46 liens privés
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur donne quelques heuristiques pour choisir les parties du code à refactorer, en fonction de leur valeur business et de leur fréquence de changement
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur insiste sur le fait que le refactoring fait partie du quotidien du développeur : ce n'est pas une tâche de la todo liste mais bien une étape de chaque item de celle-ci (cf le nettoyage en fin de service dans un restaurant) Si le refactoring est plus important, alors nommer le ticket sur ce qui est refactoré et pas seulement "refactoring"
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique une manière revisitée de la règle du boy scout - toujours laisser le code sur lequel on a travaillé dans un meilleur état que celui dans lequel on l'a trouvé.
Notamment il donne une procédure d'amélioration continue très intéressante.
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique pourquoi il faut se débarrasser des appels statiques (classes difficilement testables unitairement) et comment faire (injection de dépendances)
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique l'intérêt d'utiliser un objet pour passer des paramètres à une méthode (DTO). Il montre aussi comment réécrire le code pour passer d'un ensemble de paramètres / d'un tableau associatif à un DTO
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique en quoi l'utilisation des traits en PHP pose problème, ceux ci étant "statiques" par essence -> Il est impossible d'altérer le fonctionnement d'une des méthodes du trait pour l'un de ses utilisateurs. Au contraire, en utilisant une interface, on peut choisir la classe implémentant le comportement dont on a besoin (dispatch dynamique)
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur préconise de ne pas utiliser des noms de classes en paramètre d'une méthode car cela casse le principe d'inversion de dépendance entre autres.
L'auteur explique en quoi l'utilisation de méthodes statiques dans des classes PHP est généralement une mauvaise idée (sauf dans le cas d'une fabrique)
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur donne les règles du bon usage des interfaces versus les classes abstraites. Attention donc à ne pas sur utiliser les interfaces au détriment des classes abstraites
Cet article fait partie de ceux mentionnés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique que la réutilisation de code par héritage est un code smell et il montre comment le corriger
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur fait la distinction entre newables, des objets chargés d'un état, et les injectables, des objets accomplissant les tâches.
Les bonnes pratiques qu'il défend sont :
- les newables ne doivent pas dépendre d'injectables
- les injectables ne doivent pas inclure de newables dans leurs attributs.
Si ces 2 règles ne sont pas suivies, des effets de bord peuvent avoir lieu.
Cet article fait partie de ceux référencés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html L'auteur défend l'usage des "struct classes" par rapport à l'utilisation de tableau avec clé / valeur (typage des champs, autocomplétion, cohérence, maintenance, etc.) Il attire l'attention sur un petit problème à ne pas oublier : les objets sont passés par référence dans les fonctions / méthodes et sont donc mutables.
Tout est dans le titre
Souvent, écrire background: red signifie en réalité définir toutes les composantes du background : image, position, size, etc. L'autuer préconise d'être explicite et d'écrire plutôt background-color: red (via https://www.baldurbjarnason.com/2023/weeknote-6/ )
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