Do as i say, not as i do

Suite aux posts un peu laborieux sur les design patterns et le découplage, il est temps d’être (un peu plus) concret et de raconter la vie d’un ami qui vous veut du bien : le MVC.

Le MVC est un design pattern qui est l’abréviation de Modèle-Vue-Contrôleur, et pour une fois, en anglais ou en français, ça fait les mêmes initiales (Model-View-Controller), donc y aura pas de débat sur comment qu’on doit causer. On raconte que son créateur se nomme Trygve Reenskaug, me demandez pas comment ça se prononce — son créateur, ou disons son théoricien, car comme souvent, on ne l’avait pas forcément attendu pour opérer de cette façon, mais il a mis des mots dessus (ce qui ne diminue pas l’importance de son travail).

(suite…)

L’un des arguments principaux justifiant le recours à un framework (par exemple, au hasard, Symfony), contrebalançant le fait qu’il est un peu « lourd », est que puisqu’il prend en charge un grand nombre des tâches répétitives de bas niveau, il évite au développeur d’avoir, selon l’expression consacrée, à réinventer la roue à chaque fois qu’il entame une nouvelle application ou une nouvelle interface.

(suite…)

Ça fait quelque temps que je fomente cette note. A force d’entendre répéter ça et là que telle ou telle chose n’est qu’une question de bon sens, et malgré des années de sommeil (pas si dogmatique), j’ai fini par remâcher quelques vieilles dispositions anti-cartésiennes dont je vais vous abreuver pas plus tard que tout de suite.

Car oui, s’il n’a bien évidemment pas inventé le bona mens, c’est notre ami Descartes qui installe le « bon sens » comme le fourre-tout le plus prospère de l’histoire de la pensée (occidentale) moderne.

(suite…)

Résumé de l’épisode précédent : un framework, c’est une boîte à outils, des briques de base, et une méthodologie pour développer mieux, plus vite, et de manière plus sûre (un peu comme ça, quoi). Mais si ça peut fortement aider, ça n’est pas magique, et ça demande de suivre les principes du framework lui-même.

Une partie des principes méthodologiques qui va avec un framework est  couramment regroupée sous le nom de design patterns. Une fois encore, on s’abstiendra de traduire l’expression (la version française préconisée étant patrons de conception, et ça sonne un peu Bergère de France…)

(suite…)

Le monde du travail et du service est depuis des temps immémoriaux divisé en deux catégories distinctes, structurantes mais non exclusives : les clients et les prestataires. Dans la pub, et souvent le web par extension, on dit les annonceurs et les agences, et ça revient à peu près au même.

Quand vous faites partie du second groupe, ou quand vous travaillez dans le développement d’applications, vous apprenez rapidement qu’il existe, au-delà de l’heure, du jour, de la semaine, une unité de mesure capitale : le jour-homme.

(suite…)

A mes heures pas perdues je travaille dans l’agence qui est à l’origine d’une fort belle chose : un framework PHP 5 qui jouit d’une assez bonne presse, ce qui n’est pas complètement un hasard parce qu’il est vraiment très bien.

Ce framework porte le nom de Symfony, pour des raisons expliquées ici. Jusque là, fastoche. C’est ensuite que ça se complique. Déjà, rien que le premier mot : framework. Littéralement, cadre ou structure ; dans la programmation en général, on le traduit plus précisément par « cadre d’applications ». Enfin, on le traduirait, parce qu’on ne le fait jamais, on dit toujours frèmeouorque. A compter de cette phrase, je dirai d’ailleurs « framework » sans autre forme de procès, et même sans italiques (je suis comme ça, jsuis un gueudin).

(suite…)