Il y a un an ou deux, j'ai vu un excellent article sur la POO (Java), qui montrait la progression d'un simple enregistreur concret de deux ou trois lignes de code, et une réflexion théorique excessive par le développeur inexpérimenté qui disait essentiellement oh, je devrais ajoutez ceci au cas où nous le voudrions! À la fin de l'article, ce simple enregistreur était un gâchis géant que le développeur d'origine pouvait à peine se comprendre ...
Y a-t-il un terme commun pour ce type de sur-complication? Cet article (que je souhaite vivement retrouver) montre à merveille le concept d'un cas isolé, mais j'ai rencontré des projets entiers où les développeurs s'étaient essentiellement programmés en un nœud par une utilisation excessive de modèles, de cadres, de bibliothèques et autres issues. À sa manière, c'est aussi mauvais (voire pire) que les applications de spaghetti VB6 héritées dont nous héritons pour le remplacement.
Ce que je recherche vraiment, c'est d'en parler lors des entretiens. Je veux savoir si quelqu'un est conscient et conscient de la facilité avec laquelle il est possible de tomber dans ce manque d'architecture / de pré-planification (et d'obtenir une chute pour savoir s'il semble avoir le bon équilibre en place), mais ce n'est pas vraiment quelque chose Je peux trouver beaucoup d'informations sur.