Vous avez affaire à une dette technique ici. En bref, la dette technique implique des intérêts, que vous devez payer au fil du temps, et à un moment donné, vous devez les rembourser.
Le temps de Develloper coûte de l'argent, donc la dette technique peut être vue comme la vraie dette et coûte de l'argent réel.
Vous avez essentiellement deux solutions principales et de nombreuses solutions entre les deux. Vous pouvez décider de ne pas rembourser cette dette maintenant et continuer à payer des intérêts. Évidemment, cela coûtera plus cher à long terme, mais vous permettra d'avoir des résultats dès maintenant. Vous pouvez également choisir de rembourser cette dette afin de ne plus avancer tant que vous ne la remboursez pas, mais à la fin, vous êtes libre d'intérêts.
Habituellement, vous avez des délais de livraison, et le fait de manquer un délai entraînera la méfiance de votre client et vous finirez par le perdre. Cela pourrait être une raison valable de creuser la dette technique: vous considérez que ce que vous gagnez avec le client vaut la dépense supplémentaire de la dette technocale.
Vous savez qu'à la fin, vous devez adopter la nouvelle méthodologie, sinon, vous vous endetterez de plus en plus et vous finirez par faire faillite (vous maintenant, quand les gens décident de recommencer à zéro ou quand le projet échoue mal).
Vous devez planifier la façon dont vous allez modifier la base de code existante et la transition vers une nouvelle pratique au fil du temps, et distribuer le changement petit à petit quotidiennement. À un certain moment, lorsque la refactorisation entraînera d'autres pertes, considérez quelle perte est la pire et optez pour la meilleure.
Le coût de la non refactorisation augmentera avec le temps (ce sont les intérêts de la dette technocale). Cela deviendra donc à terme le choix le plus coûteux.
Assurez-vous que votre patron comprend le concept de dette technique. Même avec précaution, vous créerez une dette technique. À un moment donné, l'argent doit être utilisé pour le rembourser. Lorsque vous créez une dette technique à dessein, vous DEVEZ avoir une raison valable pour cela et voir la dette comme un investissement (tout comme la dette réelle). Dans tous les autres cas, NE FAITES PAS de dette technique exprès.
Vous pouvez être intéressé par les méthodologies pour faire évoluer la base de données et déployer ces évolutions: http://richarddingwall.name/2011/02/09/the-road-to-automated-database-deployment
Soit dit en passant, c'est une tâche difficile, alors bonne chance. Ça vaut le coup !