URL: https://linuxfr.org/users/calvin0c7/journaux/windows-la-plus-vaste-blague-du-monde-informatique Title: Windows, la plus vaste blague du monde informatique Authors: Calvin0c7 Date: 2004年07月31日T22:50:01+02:00 Tags: openoffice Score: 0 Cher journal, j'écris ce texte pour témoigner. Pour que plus personne ne souffre comme moi je souffre actuellement. J'écris ce journal pour que l'on dépasse enfin les buzzwords, les discours grandiloquent que l'on trouve dans les journaux informatique sur windows pour que l'on parle enfin faits. Pour que plus personne ne s'engage dans cette voix aujourd'hui sans issue. Je me présente. Je suis spécialiste depuis 10 ans en programmation de haut niveau. J'ai travaillé sur toute (j'en profite pour corriger qques fautes) une variété de systèmes et de compilateurs dans de nombreuses missions. Un jour, on me propose une mission : un développment en VB & VC++ sous windows. Je me dit chouette, enfin une nouveauté. J'était assez enthousiaste après avoir lu quelques articles sur cet OS. J'en bavais d'avance. Et enfin, je commence ma mission. Première étape, installation et configuration de l'OS. La première partie se passe bien, le windows s'installe comme un charme et reconnais tout sans problème sur ma station de travail. Je lis mon mail, surf sur le web (à la recherche de documentations techniques bien sur), et accède aux ressources partagées des autres machines. Bien. Commençons maintenant à relire quelques spec. Je lance OpenOffice... Je lance OpenOffice ... Ah non, il n'y a pas openOffice, en fait y a rien pour lire les .doc de base. Bon, c'est pas grave, dépensons 3000 balles de plus et achetons MS Office. Je met le document dans un dossier partagé de mon PC, et vais embêter un des développeurs sous linux. Voisinage réseau, et ... MAIS OU EST MA MACHINE ? Rien n'y a fait, après des heures de configurations de windows impossible de trouver NFS, bide complet. Je me renseigne et apprends que windows utilise un truc totalement propriétaire pour partager des fichiers sur le réseau. Heureusement j'apprend qu'il existe le projet samba, et j'apprends aussi qu'ils ne travaillent que par reverse engeenering sur les protocoles, ce qui ne fait qu'ajouter à leur mérite. Ici, je suis dans un réseau linux, HPUX etc... NFS et tout le tralala, et bien, ça ne marche pas sans samba pour voir mes fichiers windows. Bon, je vais pouvoir bosser avec toutes mes specs à l'écran, et avec contact réseaux. Merci linux, on a l'impression de travailler avec le système du futur. Bon, commençons donc à travailler. Je fait un premier essai from scratch, je linke avec la librairie fournie par notre fournisseur, ça compile, ça linke. Je lance mon application pour la première fois, plantage. De tout le système. Bon, je suis un peu étonné, c'est juste du C++, j'ai pas l'habitude que ca plante TOUT mon système. Je reboote (je vais faire cette manipulation un paquet de fois, merci windows). Je vérifie mon code, tout va bien. Et même avec un exemple bête, ça plante. Bon, j'appelle le support : - bonjour, je vous appelle, j'ai un problème, ça plante (je passe sur les explication) - vous utiliser quelle version de windows ? - millenium - mouhahahah - ? - au revoir, on peux rien pour vous Bon, en fait il s'avère que par défaut je suis connecté en administrateur et qu'il n'y a aucune protection sur les fichiers systèmes.En plus le compilateur VC 1.52 utilisé pour les librairie que je veux refaire n'exporte pas les fonctions avec le même nom que VC 6 que je dois utiliser. Sauf que comme notre fournisseur nous fourni des librairies pré-compilées, il faut EXACTEMENT les mêmes noms de fonctions que celles exportées. Sympa. Heureusement que je peux compiler et puis aller voir ensuite grâce à l'aperçu rapide quels noms j'ai dans mes dlls. QU'est-ce que cela donnerais si j'avais des centaines de dlls à recompiler ! Et le link. Ah ce link. Un vrai bonheur. C'est vrai que c'est rapide. Oui mais voila, le système est trop instable : je suis sans cesse en train de faire des cycles de débuggage intensif, je perds tellement de temps que ma productivité est divisées par deux ou par trois par rapport à ceux qui font la même chose sous linux (à machine égale bien sur). Bon bien sûr on pourrais penser que c'est moi qui code comme ma petite soeur mais je me connais bien, c'est pas possible : (1) Alors pour débugger, ... Je croyais que faire pire que les plantages systématiques n'était pas possible. Et bien si ! Sous VC++, il n'y a qu'un seul débugger : VC++. C'est con, mais c'est comme ça. Bon alors je connais pas VC++, je le rappelle, je le met donc de coté et j'en cherche un autre libre (et oui, entre la licence windows, VC++ et office j'ai plus une thune). Bon ben j'en trouve pas d'autre (j'ai appris, plus tard, que j'avais mal cherché mais bon : (1)). Bon, ne gardons que ceux que je ne connais pas bien. Je fini par utiliser VC++. La commande la plus utilisé dans ce débugger est : "reboot computer", je ne comprends pas ce que je fais de mal, pourtant : (1). Bon, ça a l'air de marcher. Merde, je tombe sur un bug (véridique celui là), faire un watch sur une structure un peu complexe et descendre "l'arboresence" sur un pointeur et je ne vois pas la même valeur que quand je fais un watch directement sur la variable. Je ne sais laquelle est la bonne. Je cherche un peu dans les forums, irc etc et j'apprend qu'il s'agit d'un bug de la version 1.52 qui sera corrigé dans une hypothétique version 6. Rien à voir mais pour que vous n'oubliiez pas : (1). Encore une petite méchanceté pour la route ? Il vérifie où on pose les breakpoints. Comme ça, si je pose un arrêt là ou il n'y a pas de code à exécuter (que ceux qui demandent pourquoi je ferai une chose pareille se taisent) il me prévient. Même XPEDITER fais comme ça (que ceux qui connaissent cet outil lève la main, ils auront droit à tout mon respect parce ce seront de vrai codeur eux). Donc si vous le mettez sur une ligne ou il n'y pas de code à exécuter, il s'arrêtera quand même, avant même de lancer le debugger même. Bon, on s'y fait et on fini par mettre des points d'arrêt là ou il y a du code a exécuter mais je vous cache pas que c'est pénible. Mais là ou ça devient drôle, c'est que l'on rajoute une ligne de code plus haut, ça décale le code (d'autant de ligne que de ligne ajouté !!!). Sympa ça. Pourtant, je vous le rappele : (1) Bon courage à tous, et méfiez vous des gens qui vous disent du bien de windows, il y a beaucoup de menteurs. (1) : Je suis un programmeur expérimenté de haut niveau Toute ressemblance avec un texte existant est fortuite. Que toute personne se reconnaissant dans ce texte m'excuse par avance pour mon ironie. La plupart (mais pas tous) des faits présenté ici sont fictifs mais bon c'est bien rigolo quand même.

AltStyle によって変換されたページ (->オリジナル) /