Hello, I’m Vinch

And this is my website.

La branlette des chiffres !

07/26/08

This post is more than 9 years old. It might not reflect my current skills and convictions.

J’avoue, il n y a pas encore si longtemps, j’étais le premier à m’extasier publiquement de mon PageRank, de mon classement Wikio et de bien d’autres choses futiles…

Aujourd’hui, j’en ai assez de voir ces blogs qui ne parlent finalement de rien sauf de blogs en général ou pire : du blog en question. Alors, rédacteur du blog n°549362, sache qu’on s’en fout de savoir que :

* Tu as perdu 17 followers dans Twitter
* Tu as perdu 2 points de PageRank
* Tu as 3478 abonnés FeedBurner
* Tu es premier au classement Wikio (dans la catégorie blog pourri ?)
* Tu as gagné 9 places au classement Criteo
* Tu as 4014 amis sur Facebook
* Tu as 917 connections sur LinkedIn

Donc, qu’on arrête ces conneries, pour le bien de la blogosphère !

Voilà, je sais que je vais me faire incendier dans les commentaires mais j’y suis préparé, tout ça n’est qu’un bon vieux troll après tout !

En vrak – 81

07/24/08

This post is more than 9 years old. It might not reflect my current skills and convictions.

* WordPress pour iPhone. Tiens, ça me fait penser, j’ai toujours pas d’iPhone moi (frimeur que je suis).
* De jolis graphiques en JavaScript avec jQuery.
* FirePHP : extension de Firebug qui permer de faire du debug PHP (via NiKo).
* Des nichons pour la Belgique !
* Réalisez vous-même un effet de mouvement en faisant bouger le calque supérieur.
* Where We Do What We Do : un petit aperçu des lieux de travail de chacun.
* Design patterns du marketing viral ! Idéal pour revoir quelques classiques.
* Un petit outil pour écrire à l’envers !
* Les appels à propositions pour Paris Web 2008 sont ouverts. Si vous avez une idée sympa de présentation, n’hésitez pas !
* Fantastique calculatrice en ligne.
* Une liste de quelques sites Web pour apprendre Flash et ActionScript.
* Adobe à propos du référencement des fichiers SWF
* Failbook : un pastiche de Facebook avec les politiques français.
* Très beau site avec quelques sympathiques effets en JavaScript.
* Vous faites quoi ce soir ? Et si vous diniez avec 5 personnes de votre âge ?
* Opera Web Standards Curriculum
* Une façon presque idéale de programmer : Spartan Programming.
* Diagramme des différents types de café qui existent.
*
Très joli portfolio en Flash.
* Quelques secrets de Mac OS X.
* Cheat sheets pour le développeur Web.
* Questions à la con

Mes conventions de programmation…

07/20/08

This post is more than 9 years old. It might not reflect my current skills and convictions.

Tiens, c’est marrant, j’allais justement faire un post un de ces quatre sur mes conventions de programmation, histoire de vous demander votre avis et pour voir quelles sont les vôtres. Même si je n’ai pas été invité à la fête, cette chaîne initiée par Godefroy et relayée par Babozor tombe à point nommé et je la reprends !

Tout d’abord, allez jeter un coup d’oeil à cet exemple de code PHP que j’ai écrit pour le site Pikaboo.

Notations

J’utilise des notations relativement standard : UpperCamelCase pour les noms de classes et lowerCamelCase pour les noms de fonctions et méthodes. Par contre, pour les variables, j’écris tout en minuscules et je sépare les mots par le caractère underscore. Depuis peu, j’essaye également d’utiliser cette notation (minuscules + underscore) pour les class et id en HTML (afin de répercuter cette notation en CSS).

Indentation

J’indente uniquement par tabulation (de la taille de quatre espaces), aussi bien pour PHP et JavaScript que pour HTML et XML. Je trouve qu’il s’agit du truc le plus important pour obtenir un code lisible. Dans certains langages (Python par exemple), il est même obligatoire de travailler de cette façon.

Accolades

Ma façon de placer les accolades me vient de je ne sais où mais je la trouve efficace : je place l’accolade ouvrante à la fin de la ligne contenant la déclaration de fonction ou la structure de contrôle (if, while, foreach, etc.), précédée par un espace. Par exemple :

foreach (...) {
...
}

ou

function myFunction(...) {
...
}

Autre détail important : même si le contenu d’une condition ou d’une boucle comporte une seule instruction, j’utilise les accolades. Cela évite de les ajouter si on rajoute une instruction mais ça évite surtout des arrachages de cheveux futurs.

Espaces

La, c’est un peu freestyle. J’utilise parfois des espaces pour séparer les paramètres dans une fonction, séparer les instructions dans une boucle for, autour des opérateurs de comparaison mais pas toujours ! Ca doit dépendre de mon humeur du moment… Par contre, je place un espace après le nom des structures de contrôle pour ne pas les confondre avec des déclarations de fonction (voire les exemples plus haut).

Guillemets

J’utilise toujours les simple quotes sauf si je n’ai pas le choix : variable dans la chaîne, tabulation (\t), retour à la ligne (\n) ou retour chariot (\r), etc. Ce n’est pas seulement une convention, c’est plus performant de bosser comme ça (enfin, c’est ce qu’on m’a dit, je n’ai pas fait de benchmarks, j’avoue).

Commentaires

Je suis mauvais élève pour ça. J’écris peu de commentaires. Je me dis toujours que je commenterai comme un fou et que je générerai de la documentation avec phpDoc mais je le fais rarement (jamais en fait). Par contre, quand un client m’ennuie, je mets des insultes à son égard dans les commentaires (je déconne).

En gros, je suis assez pointilleux sur certains points mais pas du tout sur d’autres. Y a t-il de bonnes pratiques officielles à ce sujet ? Quoi qu’il en soit et je répète ce que j’ai déjà lu à de nombreux endroits : peu importe la convention qu’on utilise, l’important est d’en suivre une et de s’y tenir.

Je refile la chaîne à qui le veut.