Que faire lorsque vous héritez d'une base de code incontrôlable? [dupliquer

Question

Duplicata possible:
Techniques pour refaire les ordures et maintenir la santé mentale?
J'ai hérité de 200 000 lignes de code spaghetti - quoi maintenant?

Je travaille actuellement dans une entreprise avec 2 autres développeurs PHP à part moi et 1 développeur junior.

Le développeur principal qui a initialement construit le système sur lequel nous travaillons tous a démissionné et ne sera là que pendant quelques semaines. L'autre développeur, qui est le seul autre gars qui sait quoi que ce soit sur le système, est mécontent ici et recherche un nouvel emploi. Je suis très réel d'être laissé pour compte en tant que seul développeur expérimenté sur cette base de code.

Depuis que j'ai rejoint cette entreprise, j'ai essayé de faire pression pour de meilleures normes de codage, la documentation du projet, etc. et je pense que j'ai fait des progrès, mais la grande majorité du code est tout simplement irréprochable et non émis. Une grande partie de cela a à voir avec la nécessité de faire avancer les choses rapidement aux points du projet avant de rejoindre, mais maintenant la dette technique est énorme, même avec les deux développeurs qui comprennent le système à bord. Sans eux, il sera tout simplement impossible d'en faire quoi que ce soit. Le développeur principal travaille à essayer de commenter au moins tout son code avant son départ, mais je pense que la base de code est tout simplement trop vaste pour documenter correctement dans le temps restant. De plus, lorsqu'il commençait, cela ne rend toujours pas les choses aussi claires que possible.

Si le système était mieux organisé et documenté, je pourrais probablement commencer à le refactorisation de manière progressive, mais le tout est si étroitement couplé qu'il est très difficile d'apporter des modifications dans un seul module sans avoir d'effets d'entraînement involontaires dans d'autres modules. Naturellement, il n'y a pas non plus de tests unitaires, et je ne pense honnêtement pas que cette base de code pourrait être testée unitaire de toute façon étant donné la façon dont elle est implémentée.

Il ne semble pas non plus avoir assez de temps pour faire avancer les choses même avec 3 développeurs et 1 développeur junior. Avec un développeur et un junior, dont aucun n'avait une contribution importante dans la conception précoce du système, je ne vois pas comment nous pourrions faire quoi que ce soit en faisant fonctionner le système actuel, en mettant en œuvre de nouvelles fonctionnalités selon les besoins et en développant un remplacement pour La base de code actuelle qui est mieux organisée.

Y a-t-il une approche que je peux adopter pour faire face à cette situation, ou devrais-je avoir mon propre CV en ordre à ce stade? Si c'était juste moi et le concepteur junior qui resterait, j'irais pour cette dernière option presque sans question. Cependant, il y a aussi une équipe de développeurs frontaux et de gestionnaires de contenu, et je m'inquiète de ce qui deviendrait si je partais et que je les met dans une position où il n'y aurait pas de développeurs du tout. Le ministère pourrait bien être fermé dans de telles circonstances, puis j'aurais également leur chômage sur ma conscience!