L'article met en garde contre la sur-ingénierie et l'utilisation excessive de motifs de conception complexes dans des projets qui ne le nécessitent pas. L'auteur illustre son propos avec un exemple extrême où une simple concaténation de chaînes de caractères est transformée en une architecture complexe impliquant des interfaces, des usines et des modules. Il identifie plusieurs drapeaux rouges, comme la "future-proofing" fallacieuse, les interfaces avec une seule implémentation, et les abstractions prématurées. L'auteur propose une checklist pour évaluer la nécessité d'une abstraction et encourage à supprimer les mauvaises abstractions. Il conclut en rappelant que le code "scalable" ne doit pas être surestimé et que la simplicité est souvent la clé.
Ploum explore le concept de calendar.txt, un fichier texte simple pour gérer son emploi du temps, et partage comment il l'a intégré dans son workflow Unix. Il apprécie la simplicité et l'efficacité des commandes basées sur le texte pour afficher les événements du jour, ajouter des événements récurrents, et gérer les invitations, contrastant cela avec la lourdeur des interfaces web et les "redesigns" constants. Il voit en calendar.txt un exemple parfait de la puissance des outils Unix pour créer des solutions personnalisées et élégantes, loin des plateformes commerciales complexes.
Suite de https://lorenzofox.dev/posts/lets-build-a-framework-part-1 l'auteur simplifie le composant / framework qu'il avait créé. Il plaide en faveur de l'utilisation de solutions maisons pour lutter contre l'augmentation de la taille des frameworks JS
Tout est dans le titre
Une réflexion intéressante
Un article anniversaire, et quelques liens très intéressants dedans sur le web, la simplicité, les CMS, flash :-)