voilà qui est bien pratique ! Merci.

via : http://links.subiron.org/?sV_m4g

pourquoi les codes fortran sont-ils souvent écrits en majuscules ? oO ?

l’avantage, c’est que ça rend le truc super lisible --'

apprendre le python

quelques endroits où trouver des ponts pour pour brigde-rss :

• http://superbaillot.net/site/mesContributions-rssBridge.php
• http://root.suumitsu.eu/wiki/doku.php?id=accueil#custom_rss-bridges
• https://github.com/Eijebong/rss-bridge/tree/master/bridges
• https://github.com/sebsauvage/rss-bridge/tree/master/bridges (of course !)
• http://bridge.suumitsu.eu/

(en fait, faudrait un flux rss pour se tenir informé des nouveaux ponts qui sortent ^^)

si ma mémoire est bonne, l’origine du 'value' == var c’était pour éviter les erreurs d’affectation en C (ou autre) du type var = 'value' qui revoient True et sont bien chiantes à trouver.

mais bon, j’vois assez rarement des codes avec des 'value' == var…

faire une vidéo grâce au module de matplotlib. Bien pratique !

(avant, je sauvegardais plein d’images que je réunissais pour faire ensuite une vidéo. Avec ça, je gagne pas mal de temps ;))

Petit rappel sur les tests unitaires

Oui, la revue de code, c’est bien :D

J’ai eu la chance de faire un stage de 6 mois chez Logilab. (Une boite bien cool ou on fait du libre et du python !) Là-bas, le principe de revue était assez poussé :

N’importe qui peut ouvrir un ticket en disant ce qui faut faire (amélioration, bug, etc). Puis, quelqu’un qui bosse sur le projet prend le ticket. Il fait un patch et le soumet à la revue. Ensuite, la forge de Logilab choisit un relecteur au hasard dans une liste. Ce relecteur valide ou non le patch. Si le patch est refusé, le developpeur initial le rebosse en prenant en compte les commentaires du relecteur. Puis le renvoit. Quand le relecteur accepte le patch, il est envoyé à un “intégrateur”. C’est celui/celle qui connait très bien le programme en question et qui juge la pertinance du patch face au ticket. Si refus, retour à la case départ, sinon, le patch est intégré au projet.

Tout ceci peut sembler “superflu”, mais ça garantie la qualité du logiciel sortant.

via : http://bookmarks.cdetc.fr/?HeEILA