Category: Agile Development

Keep it simple, stupid (KISS), you aren’t gonna need it (YAGNI), and don’t repeat yourself (DRY) are some of the most powerful digital product design principles. They lay the foundations for best practices that developers use to build better products every day. In this article, we’ll explain each of these methods, including the explanation of why they’re important elements of a reliable development process.

Gergely Orosz a lancé une conversation sur Twitter en posant des questions sur les “pratiques d’ingénierie logicielle” recommandées pour les équipes de développement.

(J’aime vraiment son rejet du terme « meilleures pratiques » ici : j’ai toujours l’impression qu’il est normatif et erroné d’annoncer quelque chose comme étant « la meilleure ».)
J’ai décidé d’étoffer certaines de mes réponses dans un article plus long.

Il existe plusieurs façons de concevoir un système en génie logiciel, et chaque conception a ses propres mérites et défis. Ainsi, différentes approches de conception tentent parfois d’atteindre des objectifs similaires. Lorsque nous pensons à la conception d’architecture logicielle, en particulier dans le monde orienté objet, les trois modèles dont on parle le plus sont l’architecture propre, l’architecture hexagonale et l’architecture en oignon.

Lorsque j’observe ces modèles, j’ai l’impression que les trois modèles essaient de défendre des idées similaires. Ils définissent tous un système testable faiblement couplé qui évite toute dépendance directe en termes de mise en œuvre, tout en utilisant leur propre terminologie et chacun avec des nuances spécifiques. Ils suggèrent tous des approches pour rendre les architectures logicielles plus gérables et testables, mais le font à leur manière.