Les pieds dans le code

Apres avois utilisé les del.icio.us et autres ma.gniolia, après avois lu Frederic faire tant de bonne pub pour diigo, je me suis ouvert un compte, et ma fois, je ne suis pas trop déçu.

Toutes les fonctionnalitées dont j’ai besoin sont là:

• plugin firefox efficace,
• gestion du privée/publique,
• état “non-lu”

Changement de cap: Utilisation de Diigo…

Ou pas.

Après discussion avec un certain David , je me rend compte que je ne me sert de mes marques pages partagé qu’uniquement en tampon…. En gros, j’y place tout ce qui m’interesse, mais aussi tout ce qu’il faut que je lise.

Puis je dépiote de temps à autre ce qui traine dans mes lectures, mais voilà, après j’en fait quoi ? Deux options en général, soit je supprime le marque page après l’avoir lu, soit je le modifie pour marquer un sujet plus général.

Donc au final, je me retrouve avec un paquet de lien que finalement je n’utilise pas, car je passe bien souvent par un moteur de recherche de retrouver ce genre de site.

Tout ça pour dire que finalement, j’arrête d’utiliser ces outils. Je fais un tampon dans les marques page de mon navigateur, en local, et puis c’est tout.

Je viens de lire la traduction d’un article parlant des commantaires dans le code source sur le Framablog . C’est un article écrit par Esther Schindler que je ne connais pas. Son article original titré If the comments are ugly, the code is ugly parle donc de code source, de code source avec de vilain commentaires.

Elle signale que les commentaires doivent être irréprochable, sans faute d’orthographe, sans erreur de grammaire, à jour par rapport aux codes sources commenté…

Et bien j’ai trouvé une solution encore plus simple: je supprime les commentaires et j’essaie de rendre le code plus lisible. Les langages de programmations actuel sont assez expressif, utilise des mots anglais clair, certain langage apporte une structure permettant même d’écrire des presques phrases ! Un code propre n’est pas un code avec des commentaires à jour, mais un code lisible, clair et concis

De plus, tout les langages modernes (enfin j’espère) bénéficie d’une librairie de test unitaire, ce qui veut dire que l’on peut écrire un bout de code très simple qui montre l’intention du programme réel, qui montre comment il fonctionne, qui le documente en quelque sorte. Alors pourquoi écrire en plus des commentaires ? Je préfère voir un code lisible, et au pire devoir aller lire des tests unitaires pour comprendre son fonctionnement (voir ajouter des tests pour vérifier que j’ai bien compris).

Alors je ne sais pas qui est cette dame, mais, même si elle a en partie raison, pitié, éviter de faire du code illisible et sans test unitaire programmé sous pretexte que vous avez écrit des commentaire digne d’un grand roman.

Pour ceux qui s’interesse aux monde des *BSD, voici les quelques ressources qui traine dans mes favoris (surtout autour d’OpenBSD).

• BSDAnywhere : Un liveCD basé sur OpenBSD
• DragonFlyBSD : Un système BSD qui fait de plus en plus parlé de lui, surtout connu pour sont système de fichier hammer
• OpenBSDsupport : une sources de documentation (en anglais) pour OpenBSD
• Undeadly : on ne présente plus le journal officiel d’OpenBSD :)
• OpenBSD 101 : Les bases, une fois qu’on a installé OpenBSD
• OpenBSD France : le site de la communauté française autour d’openbsd
• Le wiki d’OpenBSD France : un wiki rempli d’info pour OpenBSD (en français)
• le jardin magique : Qui s’interesse aux systèmes *BSD connait forcement le GCU-squad
• Le wiki du GCU : et son wiki, grande source d’informations.

Je suis loin d’avoir une liste complète, j’ajoute quoi ?

Je viens d’accrocher une nouvelle affiche au bureau:

Qui a dit que j’ai fait ça pour que l’équipe apprenne à mieux travailler ces interfaces utilisateurs ? :-D

merci à celui dont j’ai oublié le nom qui a fait un lien qui pointe là dessus!

Après quelques release candidate, voici venu la nouvelle version de JRuby . On y retrouve:

• compatibilité ruby 1.8.7
• Amélioration du support ruby 1.9 (d’ailleurs, l’équipe demande à tous ceux qui le peuvent de tester et faire des retours sur les fonctionnalités implémenté dans cette nouvelle mouture de ruby)
• Une installation windows native (pas encore essayé, mais ça facilitera certainement l’utilisation de jruby sur ces plateforme)
• Un nouveau parseur YaML fait sont entré (un petit article Ola Bini: new yaml support for jruby: yecht
• Amélioration du support Java (vitesse, nouvelles méthodes)
• et 307 bugs corrigé…

Du bon, on voit que l’équipe et la communauté autour de cette implémentation est très active ! Et je pense que c’est un bon moyen de faire entrer Ruby dans le monde de l’entreprise. J’en suis témoin, et j’espère pouvoir vous en parler bientôt.