Oui.
Produire du code qui n'est pas lisible, pas maintenable, pas bien documenté, etc. n'est tout simplement pas professionnel. Que l'organisation ou l'équipe ait mis en place une norme de codage, des revues de code, etc..., les développeurs de logiciels doivent prendre la responsabilité de produire un produit de travail qui soit un atout pour l'organisation, plutôt qu'une dépense/responsabilité pour l'organisation. Développer du code non maintenable, c'est contracter une dette technique qui augmentera les coûts de maintenance plus tard (ou même pendant le développement), ou qui nécessitera une réécriture complète ou une partie ou la totalité du code, si les mainteneurs ne peuvent pas le maintenir de manière rentable.
Malheureusement, cela ne se produit pas toujours dans la pratique, surtout dans les organisations ou les équipes immatures. Mais cela ne signifie pas que cela ne devrait pas se produire. Ce n'est vraiment pas si difficile à réaliser, si vous avez quelques lignes directrices solides pour commencer, et si vous obtenez l'adhésion de toute l'équipe et de la direction.
Regardez ces articles de blog pour en savoir plus :
- Comment pouvons-nous écrire des logiciels qui ne seront pas étiquetés " code hérité " trop tôt ? - Truth in Software (bytellect.com)
- Le développement d'un code maintenable est-il vraiment important ? - Vérité dans les logiciels (bytellect.com)
- Pourquoi mon équipe aurait-elle un jour besoin de normes ou de directives de codage ? - Vérité dans les logiciels (bytellect.com)
- Écrire du code que les humains peuvent comprendre - Vérité dans les logiciels (bytellect.com)
- Pourquoi devrais-je ajouter des commentaires à mon code ? - La vérité dans le logiciel (bytellect.com)
- 7 étapes pour garder vos émotions sous contrôle pendant les revues de code - La vérité dans le logiciel (bytellect.com)
.