Journal Marre des applications codées avec un burin !!!

Hello cher journal,

aujourd'hui, je ne te parlerai pas de mes expériences LVS+HA (cf mon précédent journal), je n'ai pas eu le temps d'y bosser...
Néanmoins, je tiens à t"informer d'une journée noire qui s'est déroulé il y a près de 2 semaines. J'ai longuement hésité avant de me confier mais après réflexion, je me suis dit que ça me ferait du bien de me lâcher.
Cette fameuse semaine où j'ai passé une journée à galérer sur des mises à jour d'applications complètement buggées et développées avec un burin (si si, un bon gros burin avec une massette) !

Résumé: 9H, petite réunion du personnel, donc pas trop de monde dans les couloirs, je vais en profiter pour mettre à jour une appli (qui a migré hier) sur deux stations de travail (seulement 2). Je découvre la bête, je sors la doc d'installation qui me paraît assez complète et je prends le CD.

Pour info, il s'agit d'une appli-métier tournant sous l'OS de Redmond codée par un service que je qualifierai de distant par rapport à la boîte dans laquelle j'oeuvre. Je m'attaque au premier poste. Première étape: les vérifications des programmes tiers: déjà, ça commence mal, il y en a un paquet à mettre à jour (je passe les noms pour éviter de me faire gueuler dessus). Bon, on met à jour et comme d'hab, faut rebooter !
Deuxième étape, la préconfig de la mise à jour: faut se taper la création de pas moins de 15 variables d'environnement (déjà, c'est louche et pas même un script de prévu pour ça) !!! En plus de ça, les développeurs n'ont rien trouvé de mieux que de mettre des noms super complexes, histoire d'être sûr qu'on fait des erreurs de saisie. Soit, je créé les variables.
Troisième étape, la mise à jour proprement dite: il y a un équivalent de setup.exe donc je me dis, facile...
... et là, le programme d'installation met 15 minutes avant de se terminer pendant que le disque mouline sans s'arrêter. Tiens, bizarre, je ne vois pas ce qu'il y a de si lourd. On va regarder...
... et là, j'hallucine: je trouve un répertoire avec plus de 150 Mo de binaires (exe et dll (pas les génériques ni les tiers, celles qui ont été codées pour l'appli)) !!! Je me souviens d'un journal trollesque qui m'avait marqué avec un dev C++ windowsien en puissance qui avait généré un binaire de 100 Mo et ça avait fait jaser un max de gens sur Linuxfr. J'ai trouvé mieux ! Honnêtement, sur une version de production (donc, normalement testée, un minimum débuggée et sans trop de commentaires inclus), ça fait super tâche ! D'où le concept du développement au burin ! Certes, je n'ai pas codé l'appli néanmoins, je sais à peut près tout ce qu'elle fait et franchement, je peux recoder tout ça dans moins d'un Mo de PHP/XUL/JS. Il s'agit d'une appli métier simple qui ne fait que gérer des dossiers: pas de calculs alambiqués (des sommes et des multiplications simples), une interface austère sans fioritures et surtout un nombre d'écrans de saisie super limité (je dirais une 30aine maxi). Honnêtement, je ne vois pas ce qu'ils foutent dedans.
Mais la cerise sur le gateau, c'est que cette application est censée être à 50% en client web ! C'est à dire que la moitié de l'IHM est hébergée ailleurs (avec une procédure de sécurité de folie: identifiant unique de l'utilisateur, mot de passe personnalisé et carte RSA dont le code change toutes les 30 secondes: en creusant un peu, j'ai découvert qu'en fait une partie des informations sensibles sont hébergées en local dans une BD MS Access sur un de mes serveurs , ya !!!). Donc, le reste (les 150Mo) gère uniquement la partie locale (je connais pas beaucoup d'applis où l'IHM est à la fois locale et en client léger).

Bon, vous me direz, on s'en fout, le principal c'est que ça marche ! Sauf que ça bugge !!
Au cours de la mise à jour, les deux users reviennent de la réunion et je leur demande de tester le premier poste: la partie client léger (normal) n'a aucun problème mais la partie locale ne se lance pas !!! Yes, bien joué !
Résultat, avant d'appeler le support technique et par fierté aussi, je refait la manip en détail en faisant gaffe à tout et en relisant la doc. Rien n'y fait, ça fait déjà près de 2H30 que je suis dessus... Je me souviens avoir beaucoup moins galéré avec l'installation d'un serveur en LFS !!! Au final , je remarque que la doc fait mention de recommendations pour le navigateur web. Pour info, nous sommes tous sous Mozilla 1.6 et ça se passe très bien.
Vu le dev de folie de cette appli, je me résigne à tester une installation d'IE6 juste pour voir. Et , après 30 minutes de réinstallation, l'appli se met enfin à fonctionner. Victoire, j'ai mis 3H ! Je relis la doc en détails et, dans une note de bas de page il est indiqué qu'IE6 est disponible gratuitement sur le site de Microsoft ! Chez moi, ça n'a jamais signifié qu'il fallait l'installer (surtout que le reste de la doc est assez précise sur les "requirements").

Voilà comment on perd un temps précieux avec une bande de bras cassés, capable de faire poser une alarme SRA4 en laissant les clefs sur le contact d'une tondeuse à gazon équipée de l'air conditionné, des ailerons jaunes fluos, des bas de caisses chromés, du satellite et d'un générateur de bruit rose avec un smallblock chevy qui tourne avec 15 carbus quadruple corps...

Ca m'a tellement gavé que je me suis dit qu'il fallait que j'en parle à mon psy de chez linuxfr...

Le reste de la journée, ben finalement, j'en parle pas, c'est la même histoire mais avec une appli en client lourd (mais bien lourd) sur un serveur saturé de chez saturé (là, il y a environ 75 Mo de binaires mais l'appli est très complexe) avec une BD pas modélisée en relationnel (en fait pas modélisée du tout: à chaque nouvelle année, il faut créer une nouvelle BD)...

C'est clair que, parler de migration de MS Windows à Linux avec des boulets pareils aux pieds relève plus de mission impossible que d'un claquement de doigts.
Messieurs les décideurs, à vot' bon coeur !!!