13-07-2010, 12:01 PM
attention au périmètre du "recommencer le code"
en lisant l'intro de Sephy, je partais sur un parti pris négatif alors que l'argumentation est plus qu'intéressante
il peut être pertinent de recommencer le code d'une partie, avec précaution et en regardant bien tout ce qui a été fait (l'illustration des deux pages de code pour une pauvre fonction justifiant le from scratch est vraiment pas mal ^^ déjà vu dans ma boîte y a à peine trois mois )
maintenant c'était en 2000. nous sommes en 2010 et il existe une autre contrainte imposant de "recommencer from scratch", le non maintien du langage (il y a 10 ans je ne sais pas si les langages évoluaient autant que maintenant)
par exemple j'ai dans mon parc applicatif quelques vieux tromblons en asp (le vrai l'ancien, pas asp.net) qui rendent les servicent qui vont bien depuis des années. Maintenant je suis bloqué pour les migrer sur des plateformes mutualisées plus complexes, plus "modernes". Il existe en effet des bugs, identifiés par microsoft, mais qui ne seront jamais corriger car asp n'est plus maintenu (la je parle de asp, mais on trouvera la même problématique avec java ou php ou oracle, ou autre...)
conclusion il est nécessaire soit de garder des serveurs dédiés à l'ancienne soit de redévelopper from scratch, pas tant à cause de la qualité du code de l'époque (même si des fois on voit des drôles de trucs) mais uniquement pour maintenir à flot le système global
en lisant l'intro de Sephy, je partais sur un parti pris négatif alors que l'argumentation est plus qu'intéressante
Citation :If you are writing code experimentally, you may want to rip up the function you wrote last week when you think of a better algorithm. That's fine. You may want to refactor a class to make it easier to use. That's fine, too. But throwing away the whole program is a dangerous folly
il peut être pertinent de recommencer le code d'une partie, avec précaution et en regardant bien tout ce qui a été fait (l'illustration des deux pages de code pour une pauvre fonction justifiant le from scratch est vraiment pas mal ^^ déjà vu dans ma boîte y a à peine trois mois )
maintenant c'était en 2000. nous sommes en 2010 et il existe une autre contrainte imposant de "recommencer from scratch", le non maintien du langage (il y a 10 ans je ne sais pas si les langages évoluaient autant que maintenant)
par exemple j'ai dans mon parc applicatif quelques vieux tromblons en asp (le vrai l'ancien, pas asp.net) qui rendent les servicent qui vont bien depuis des années. Maintenant je suis bloqué pour les migrer sur des plateformes mutualisées plus complexes, plus "modernes". Il existe en effet des bugs, identifiés par microsoft, mais qui ne seront jamais corriger car asp n'est plus maintenu (la je parle de asp, mais on trouvera la même problématique avec java ou php ou oracle, ou autre...)
conclusion il est nécessaire soit de garder des serveurs dédiés à l'ancienne soit de redévelopper from scratch, pas tant à cause de la qualité du code de l'époque (même si des fois on voit des drôles de trucs) mais uniquement pour maintenir à flot le système global