Bonjour à tous,
on dirait que les noms des tables et des champs sont passés à un générateur
de chaîne aléatoire. Utilisation de multiple clés composées là ou une table
associative serait la norme, redondance, suite de booléen concaténés dans un
champ, relation entre des tables situées dans des bases différentes...
Ca m'a bien fait rire, car c'est la misere que je vis depuis maintenant 1
an.
Comment reprendre l'existant, quand il est pourri à ce point ?
1) L'existant doit continuer à tourner tant que le nouveau projet n'est pas
fini, testé, debuggué...
Ca c'est un parametre qui a son importance. Faire évoluer l'existant :
Impossible, il y a trop de programmes, eux memes pourris (VB, macros Xls et
j'en passe...) qui sont super interdépendants. Meme quand on touche à rien
ça buggue, alors imaginez si on commence à modifier les tables !!!
2) Refaire tout à partir de 0 : Beh oui c'est ce que je suis en train de
faire ! Mais comment récupérer les données de l'existant ?
Faire un batch ? Mon doigt dans l'oeil oui ! C'est bien trop compliqué...
Imaginez 14 bases de données distinctes, avec des tables sans clefs
primaires, des relations fantomes, des clefs concaténées de plusieurs
champs, qui eux meme ont changé de table entre temps...
Il me faudrait un temps hallucinant à faire un parser, et surtout le tester,
etre sûr que toutes les données sont bien arrivées là où elles doivent
aller, que les relations qui n'existaient pas se sont bien mises en place...
Rien que le travail de vérification, je vais aller plus vite à tout
ressaisir.
Et le temps, j'en ai besoin pour développer, pas pour faire un parser en
bois que j'effacerai lorsqu'il aura fait son travail.
Mon avis perso, c'est qu'il vaut mieux passer du temps, et meme si ça coute
une fortune à l'entreprise, pour tout refaire propre.
A vouloir économiser, travailler avec un modele en bois, c'est une perte de
productivité au quotidien...
Certes il y a une grosse période d'anxiété, mais si le patron est
intelligent, il aura compris qu'il sera gagnant demain.
Et puis les truffes qui écrivent leur torchon à 2 francs ("Décision
Informatique" ou autre), ils disent n'importe quoi, du moment qu'on achete
leur papier-cul, c'est rien que ça qui les interesse.
Lol je me relis, et je me rends compte que je suis pas trés positif !
Bon allez, je vais poser des rails, ça va me faire du bien :)
A tous, ++
Le 23/03/07, Mathieu Chappuis <[EMAIL PROTECTED]> a écrit :
Salut,
> Alors autant être honnête jusqu'au bout et ne pas pointer le doigt sur
> Rails.
C'était presque "pire" dans le dossier précedent publié par
01-Informatique en octobre dernier.
-cite--------------
../..
Dernière limite, conceptuelle celle-là. Rails s'avère très mal adapté
à la reprise
d'applications existantes, surtout si le modèle de données existe déjà
et qu'il n'est pas parfait. « Rails est surtout adapté au
développement de nouvelles applications métier, et autour de gros
projets dans lesquels on manipule et met en forme de nombreuses
données. Le gain sera encore plus significatif si le besoin
d'interaction avec les données devient très intense », analyse Nicolas
Cavigneaux, ingénieur développement spécialiste de Rails.
../..
--------------------
_______________________________________________
Railsfrance mailing list
Railsfrance@rubyonrails.fr
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
_______________________________________________
Railsfrance mailing list
Railsfrance@rubyonrails.fr
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
