Julien Carnelos Blog – Archives

Et oui, cela fait 5 mois que j’ai installé Windows Vista Edition Professionnelle et Office 2007.

Je me sers quotidiennement de ces outils. Les commentaires suivants sont donc l’expression de mon ressenti journalier…

Avant-propos : Tester les nouveaux produits fait partie intégrante de mon métier et de ma veille technologique, j’ai donc parfaitement conscience d’essuyer les plâtres quelquefois… Cette note a été écrite à destination des personnes qui ne veulent justement pas prendre de risques.

Windows Vista

J’avais décidé de migrer mon poste sous Vista car je voyais à l’époque trop de personnes s’extasier des nouveautés. J’avais moi aussi envie de participer à cette aventure ! J’avais évidemment pris mes précautions en réalisant un backup complet de la machine au cas où (Heureusement ce backup n’est jamais ressorti de son tiroir).

La première approche n’a pas été évidente avec une installation par mise à jour de l’OS qui a pris plus de 3H !

D’ailleurs, je pense avec le recul que 3/4 de mes problèmes de plantage sous Vista sont dûs au choix d’une mise à jour et non d’une installation « from scratch« .

Au jour le jour, l’interface de Vista est très agréable et on s’habitue vite aux petites améliorations ergonomiques et outils ajoutés sur l’interface.

Par exemple quand je me retrouve sous XP, je cherche instinctivement la fonction de tri rapide en haut à droite de l’explorateur. Cela montre que toutes ces améliorations qui peuvent passer pour frivoles sont un plus pour l’utilisation.

Le passage à une nouvelle version d’un système d’exploitation a également des implications sur les logiciels installés : un outil qui fonctionnait sous XP se doit (à un patch près) de fonctionner sous Vista. Sur ce sujet là, vous connaissez mon ressenti et il est loin d’être idyllique.

En effet, même si depuis la publication de mon billet, tous les patchs « finaux » pour Visual Studio sont sortis, certains développeurs se plaignent encore d’incompatibilité.

Pour moi, le dernier exemple en date est l’impossibilité d’installer correctement Sql Server 2005 Reporting Services sur mon poste. Après avoir cherché pendant plus de 3 heures, j’ai préféré abandonner et revenir sur un poste XP pour faire fonctionner le service (impresionnant non !)

Parlons maintenant d’Office 2007

Sur ce produit, je n’aurais qu’un commentaire : « excellent« . Quand on passe la journée sur un document Word / Excel ou Powerpoint, on découvre toutes les petites améliorations apportés sur l’interface qui en font un produit plus facile à utiliser et plus rapide en terme de productivité.

On sent qu’un gros effort ergonomique a été effectué sur le produit et c’est une satisfaction quotidienne à l’utilisation.

Je vous ai réalisé une petite vidéo flash pour vous montrer un « gadget » que j’aime bien : La réalisation interactive de diagrammes (graphique SmartArt dans le texte).

Conclusion : Pour une utilisation dans l’entreprise, mon conseil est de rester sous XP SP2 en attendant que les tous les drivers intéressants soient adaptés, que les logiciels soient mises à jour et que le matériel ne fonctionnant plus disparaisse…

Preuve en est, Dell qui propose à nouveau d’installer XP sur ses machines.

Pour Office 2007, foncez quand vous pouvez ! 🙂
(A ce propos, je serais friand d’une comparaison OpenOffice / Office 2007 pour voir ce qu’il en est.)

La version finale vient d’être releasée (Lien Clubic).

Depuis la re-installation de mon poste, j’ai longuement hésité entre l’utilisation de Outlook 2007 et Thunderbird. Très franchement, parmi les outils de la gamme Microsoft, Outlook est un des plus réussis car il combine une interface agréable avec des fonctions puissantes.

De plus il bénéficie de la puissance « MS » car il fait partie de Office, 2ème produit le plus vendu chez Microsoft (Après Windows évidemment).

Donc malgré ce petit aparté dithyrambique, j’ai choisi de basculer toute ma messagerie, alors pourquoi ?

• Passer sous un outil open source est un geste agréable
• Thunderbird 2 a atteint une qualité et une maturité qui en font un excellent produit
• Comme pour Firefox, les plugins ! Ils feront d’ailleurs l’objet d’un article à part entière
• C’est l’outil conseillé par mon service informatique 😉

Cela fait bientôt un mois que j’utilise Thunderbird 2 (Qui était en Beta 2) et clairement le logiciel répond à toutes mes attentes. Le seul point à voir sur le long terme est sa capacité de recherche dans la boîte email. C’est aussi une faiblesse d’Outlook, donc je serais indulgent…

Avez vous remarqué cette tendance ?

Plus la quantité de travail augmente, moins on dispose de temps pour « blogger » 🙂

Je ne vais pas me plaindre de faire des choses intéressantes, alors en attendant je vous propose mon TOP3 des blogs que je consulte même lorsque je suis déconnecté comme en ce moment et que mon bloglines affiche un nombre affolant d’articles (+ de 800) en attente de lecture…

On commence avec un découvert récemment :

http://lifehacker.com/ avec son fabuleux slogan : « Don’t live to geek; geek to live.« . Ce blog présente des méthodes parfois originales mais toujours intéressantes pour organiser son temps et sa productivité .

Pour vous donner quelques exemples :

• Geek to Live: Eight killer Thunderbird extensions : Des extensions obligatoire pour rendre Thunderbird efficace !
• Lifehacker Code: Texter (Windows) : Un outil de remplacement de texte, tres utile pour rédiger les emails.
• Geek to Live: Empty your inbox with the Trusted Trio : Mon préféré du moment : Comment arriver à gérer le flux d’emails et à redonner de la sérenité à sa boite de réception…

Ceux qui me conaissent apprécieront la référence à mon cher « Zero Inbox ». Pour les autres, ne vous inquiétez pas , j’écrirai un article sur le sujet quand j’aurais suffisamment de recul.

Deuxième du top : http://www.codinghorror.com/

De loin, c’est un énième blog traitant du développement mais de près, l’auteur traite avec brio de sujets toujours passionnants.

Echantillon :

• Is Amazon’s Mechanical Turk a Failure?
• Recommended reading for developers
• Why Does Vista Use All My Memory?

Et puis quand je vois son bureau de travail, je ne peux qu’admirer sa config 3 écrans : :-O

Dernier blog : Technologies du langage

Ce blog n’est PAS un blog informatique. C’est suffisament important pour le souligner. L’auteur est professeur de linguistique et profite de ses conaissances informatiques pour décortiquer les discours politiques, analyser les mots et leur sens et nous faire découvrir toute la subtilité de la langue francaise. Son dernier article en date est caractéristique justement de son travail : 2007: Discours recyclés.

Si vous aussi, avez des sites dont vous ne pouvez pas vous passer, n’hésitez pas à partager !

Les projets de maintenance sur de l’existant ou le « legacy code » sont fréquents.

Le « legacy code » possède une définition simple : « C’est du code si vieux/mal fait qu’on a peur d’y toucher« . Malheureusement, il faut tout de même y toucher à un moment pour le maintenir ou ajouter des évolutions (et combattre le statu-quo!). C’est à ce moment là que quelques bonnes pratiques peuvent sauver le développeur de la démence…

Je vous recommande la lecture d’un excellent article de Jeremy Miller, Removing the « Legacy » from your Code qui décrit sa stratégie générale.

Les points essentiels que j’ai retenu et déjà appliqué :

1. Gérer ses ressources : Inutile de partir bille en tête dans une refonte totale du projet. Cela sera sûrement une perte de temps. On ne touche aux morceaux de l’appli que lorsque l’on veut ajouter une valeur métier. A ce moment là, il faudra en profiter pour améliorer le design de l’application.

2. Automatiser le build : C’est souvent un point critique sur les anciennes applications. Une procédure de compilation / déploiement en 15 étapes à la main est source d’erreur et de problèmes de configuration. C’est ici que les outils de build comme ANT/NANT (Maven, Rake,…) peuvent être utilisés à bon escient.

3.  Avoir une vision globale de où l’on souhaite aller : On peut mettre en place au sein de l’équipe une vision du projet à long terme. Par exemple, se fixer comme objectif de remplacer l’ancienne couche DAO par le framework ORM Hibernate/NHibernate. Un wiki collaboratif interne conviendra très bien à ce genre d’informations.

4. Visible du management : Dans l’idéal, il faut que l’idée de cette amélioration du projet par à coups et en douceur soit acceptée par la direction. Avec son support, les modifications majeures seront plus faciles à porter. Par expérience, malheureusement ça sera rarement le cas. Dans ce cas il suffit d’adopter la technique du sous-marin : J’intègre dans mon chiffrage le temps d’effectuer les mises à jour techniques nécessaires. Attention, cette technique doit avoir l’aval de l’équipe technique sous peine de se retrouver isolé…

5. Interdiction d’abîmer le code : Le code source du projet est déjà suffisament ancien, toute modification de celui-ci doit respecter la qualité attendue. Aucune verrue supplémentaire ne doit être tolérée.