En parcourant slashdot, je suis tombé sur cet article au titre aguichant: 7 reasons I switched back to PHP after 2 years on Rails. L'article est court... la liste des commentaires un peu moins. Pour la bonne cause je me suis obligé à tout lire. Sisi... Quels enseignements peut on tirer de tout ca ?

Suivez le guide, oui mais lequel?

Personnellement, en lisant cet article, j'ai tout de suite pensé à l'auteur principal de ce site, notre guide à tous, Fred, qui lui aussi est passé par les mêmes incertitudes. (Je ne suis pas sûr que lui rêve en SQL et pense en requêtes). Attention, il ne faut pas lire l'article à contre sens. Revenir à PHP n'est pas nécessairement une critique directe de Rails. L'auteur de l'article nous fait simplement part d'une expérience personnelle. Il indique que compte tenu de ses préférences (et de ses compétences) il se sent plus à l'aise en PHP qu'en Rails/Ruby. Comment ne pas lui en vouloir, c'est son choix. L'expérience n'a pas été inutile puisqu'il a appris de Rails un certain nombre de bonnes pratiques qu'il s'est empressé de transposer en PHP (sans framework malheureusement...réinventons la roue !). Pour ma part, la vraie fausse question dans tout ça est: quand et pourquoi doit-on changer de framework et/ou langage? Question au centre de ce blog, car entre Rails et CakePHP nos cœurs balancent! Dans son cas, il a voulu partir sur Rails un peu trop vite alors que rien ne l'obligeait. Résultat deux de perdus ou presque! Bref...

Toujours les mêmes stéréotypes de commentaires

Parmi les commentaires, on trouve un tas de choses plus ou moins intéressantes. Pour le plaisir, vous apprécierez tout particulièrement 3 catégories de commentaires:

• Les personnes venant à la rescousse de Rails et ne supportant pas le moindre article négatif à son propos.
• Celles rappelant que leur développement en Lisp leur permet de supporter une charge de 10000 requêtes/s - bravo pour eux ! L'informatique avance à grand pas...
• Les gens qui n'ont pas compris qu'un site web n'est pas qu'une façade - parfois derrière le code HTML se cache des besoins métier.

Pour toi développeur

Mon avis dans ça? Trois conseils à mes camarades développeurs:

1. Utiliser le langage avec lequel vous êtes à l'aise. On est toujours plus efficace quand on est maître de ce que l'on fait! Ça me rappelle la bonne vieille guerre linux/windows ou au final il semble impensable de gérer correctement un domaine sous windows (et vice versa). A chacun ses compétences, et en général tout le monde avance dans le bon sens.
2. Ne pas oubliez que derrière un framework se cache bel et bien un langage. Tôt ou tard, il faudra s'y frotter! En effet, en tant que développeur nous sommes toujours confrontés à des problèmes spécifiques qui ne peuvent être pris en compte au niveau du framework qui est générique par définition): ce n'est pas sale, c'est normal! Donc, si vous n'êtes pas en harmonie avec le langage, vous risquerez de bloquer sur des bêtises toutes les 5 minutes. Soit dit en passant, quel meilleur moment peut on espérer pour contribuer et fournir à la communauté un composant du framework.
3. Suivez les évolutions de votre langage fétiche et également les tendances des autres langages. Si tout le monde avance dans le bon sens en général, ça ne se fait pas nécessairement au même rythme. Alors n'hésitez pas à jeter un coup aux langages/framework à la une de l'actualité. Bien souvent vous en ressortirez en aillant appris certaines choses. Qui plus est, la plupart des bonnes pratiques ne sont pas liées à un langage spécifique: en général on arrive à faire tout avec à peu près tout (il parait même que l'on peut faire de l'objet en javascript ...;).

Bon courage dans vos développements...

euphrate_ylb - ayant traduit approximativement son propre commentaire