-
Day #1 |
A Domain Object represents my domain and is UNAWARE of storage and persistence.
01.01.2018
-
Day #2 |
No, Microservices won't fix your broken monolith. Proper Scope encapsulation, S.O.L.I.D principles and Design Patterns will.
02.01.2018
-
Day #3 |
Setters in OOP is just pure evil. Setters and that unfortunate USA president.
03.01.2018
-
Day #4 |
As a software/hardware engineer building products FOR PEOPLE you should strive for QUALITY > quantity. Right Intel/Apple/Every damn company after year 2000?
04.01.2018
-
Day #5 |
A Class name should be a noun.
05.01.2018
-
Day #6 |
Don’t accept illogical tasks! | Moein Akbarof
06.01.2018
-
Day #7 |
Use Composer to manage your dependencies and for Class auto-loading. https://dev.to/enchanterio/the-magic-behind-autoloading-php-files-using-composer-1e19
07.01.2018
-
Day #8 |
Avoid NULL. No Null, no need for IF(is_null(...)) condition, always valid state, no problem.
08.01.2018
-
Day #9 |
Your soft skills are as important as your technical skills.
09.01.2018
-
Day #10 |
Always consider what project parts could be affected by your code change before doing so.
10.01.2018
-
Day #11 |
Don’t trust other developers nor yourself. Always double check the code you rely on.
11.01.2018
-
Use CodeSniffer to ensure a consistent code style across your codebase.
12.01.2018
-
Day #13 |
Treat your *Repository as a Collection.
13.01.2018
-
Software design, documentation is perfectly Agile, Scrum sprint compatible.
14.01.2018
-
Day #15 |
Build a habit of diving into vendors, libraries occasionally, if time permits, instead of just googling answers. You will learn and expand your vision much more.
15.01.2018
-
As stubborn as we developers are, taking a short-mid break from a logical world of programming often leads to the most elegant solutions.
16.01.2018
-
As a Class should have 1 responsibility, a technical diagram should have 1 purpose. Avoid mixing different level of details in 1 canvas.
17.01.2018