Question

Je me retrouve à réfléchir à cette question de temps en temps, encore et encore. Je veux faire les choses de la bonne façon: écrire du code propre, compréhensible et correct qui est facile à entretenir. Cependant, ce que je finis par faire, c'est d'écrire un patch sur un patch; Juste parce qu'il n'y a pas de temps, que les clients attendent, un bogue doit être corrigé du jour au lendemain, la société perd de l'argent sur ce problème, un gestionnaire appuie fort, etc., etc.

Je sais parfaitement bien qu'à long terme, je perds plus de temps sur ces patchs, mais comme cette fois s'étend sur des mois de travail, personne ne s'en soucie. De plus, comme l'un de mes managers disait: "Nous ne savons pas s'il y aura un long terme si nous ne le réparons pas maintenant."

Je suis sûr que je ne suis pas le seul piégé dans ces cycles de choix réels / idéaux sans fin. Alors, comment faites-vous, mes collègues programmeurs, faites-vous y faire face?

MISE À JOUR: Merci à tous pour cette discussion intéressante. Il est triste que tant de gens doivent choisir quotidiennement entre une quantité et une qualité de leur code. Pourtant, étonnamment beaucoup, les gens pensent qu'il est possible de gagner cette bataille, alors merci à tous pour ces encouragements.

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top