Les 6 dépôts :
- une checklist de bonnes habitudes : https://gist.github.com/rondy/af1dee1d28c02e9a225ae55da2674a6f
- des conseils pour la recherche d'emploi : https://github.com/yangshun/tech-interview-handbook
- une liste de chaînes de caractères à interdire : https://github.com/minimaxir/big-list-of-naughty-strings
- des ebooks de programmation gratuits (dans plein de langues) : https://github.com/EbookFoundation/free-programming-books
- des outils / utilitaires gratuits pour la programmation : https://github.com/ripienaar/free-for-dev
- quand se passer de bibliothèques / frameworks lourds : https://github.com/you-dont-need/You-Dont-Need.com
De bons conseils
Le dernier article de la série sur la meilleure architecture d'une application Symfony : documentation grâce à NelmioApiDocBundle avec génération de Swagger
Le 4e article de la série sur la meilleure architecture d'une application Symfony : CQRS avec utilisation de Symfony Messenger
Le 3e article de la série sur la meilleure architecture d'une application Symfony : comment utiliser la Request dans les commandes appelées dans les contrôleurs. L'auteur expose la création d'un "resolver" personnalisé.
2e article de la série sur la bonne architecture d'une application Symfony : REST
Une série d'articles sur ce que l'auteur considère être la meilleure architecture pour une application Symfony - il en profite pour présenter plusieurs concepts et outils très utiles (REST, CQRS, etc.)
Réponse à la question posée dans le titre : oui :)
L'auteur explique en quoi la prolifération d'expression if/else/switch est un problème... et comment y remédier
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Le 3e article de la série sur le refactoring : la méthode Mikado ^^
Pour illustrer ce concept, l'auteur montre comment éliminer une dépendance que l'on ne veut plus :
1- commencer par l'éliminer du composer.json
2- lancer les tests et repérer le 1er test qui échoue à cause de la dépendance manquante
3- remettre la dépendance dans le composer.json
4- corriger le fichier du test pour supprimer la dépendance
et recommencer...
Le 2e article de la série sur le refactoring : définir le "bon" but pour convaincre les autres parties prenantes de votre projet.
L'auteur entame une série d'articles sur le refactoring. Le 1er concerne l'idée d'utiliser des branches ayant des durées de vie très courtes, afin de garantir que le travail sera fusionné sur la branche principale. En effet, les refactoring "au long cours" échouent souvent du fait de l'écart grandissant entre branche principale et branche de refactoring.
Tout est dans le titre