Trop amateur selon moi et plus très pertinent aujourd'hui. Un livre qui reste toutefois agréable lire car bien écrit.
General
08 Jun 2005
Jared Richardson, William A. GwaltneyPaperback0974514047200 pages
Tags
Review
Ship It regroupe un ensemble de bonnes pratiques pour un développement plus efficace.
La première partie s’intéresse aux outils, qui se résume principalement à un gestionnaire de source comme SVN, un outil de build comme Ant, un serveur d’intégration continu comme CruiseControl…
La seconde partie présente des techniques à intégrer dans la gestion de projet. Rien de nouveau également dans cette partie si ce n’est des nouveaux noms pour des techniques connues bien avant l’écriture du livre on retrouve le ScrumMaster derrière le Tech lead, le product backlog derrière The List (avec des majuscules, très important !), le Daily Meeting (oui, c’est bien le terme connu mais pas question pour les auteurs de faire le parallèle avec les méthodologies agiles qui l’ont introduites). On retrouve aussi des basiques comme les revues de code. Vient ensuite une technique à laquelle un chapitre complet est consacré Tracer Bullet Developpement. Derrière ce nom se cache rien de bien compliqué ou de nouveau pour faire travailler plusieurs équipes en parallèle, chacune répartie sur une couche différente, il faut définir les interfaces avant, créer des bouchons à chaque niveau, et rester souples en cas de changement. Les auteurs vont jusqu’à définir cela comme une méthodologie de développement.
Le livre s’achève par un 4ème chapitre regroupant des questions/réponses (ou problèmes/solutions) qui reformulent le contenu du livre… Pas indispensable selon moi pour un livre aussi court.
Le livre termine “en beauté” avec sa bibliographie où les auteurs listent des livres qu’ils jugent importants mais aussi des livres que d’autres personnes leur ont conseillé d’inclure, le tout sans aucun rapport avec le contenu du livre (ex l’excellentissime Mastering Regular Expressions).
Review
Ship It regroupe un ensemble de bonnes pratiques pour un développement plus efficace.
La première partie s’intéresse aux outils, qui se résume principalement à un gestionnaire de source comme SVN, un outil de build comme Ant, un serveur d’intégration continu comme CruiseControl…
La seconde partie présente des techniques à intégrer dans la gestion de projet. Rien de nouveau également dans cette partie si ce n’est des nouveaux noms pour des techniques connues bien avant l’écriture du livre on retrouve le ScrumMaster derrière le Tech lead, le product backlog derrière The List (avec des majuscules, très important !), le Daily Meeting (oui, c’est bien le terme connu mais pas question pour les auteurs de faire le parallèle avec les méthodologies agiles qui l’ont introduites). On retrouve aussi des basiques comme les revues de code. Vient ensuite une technique à laquelle un chapitre complet est consacré Tracer Bullet Developpement. Derrière ce nom se cache rien de bien compliqué ou de nouveau pour faire travailler plusieurs équipes en parallèle, chacune répartie sur une couche différente, il faut définir les interfaces avant, créer des bouchons à chaque niveau, et rester souples en cas de changement. Les auteurs vont jusqu’à définir cela comme une méthodologie de développement.
Le livre s’achève par un 4ème chapitre regroupant des questions/réponses (ou problèmes/solutions) qui reformulent le contenu du livre… Pas indispensable selon moi pour un livre aussi court.
Le livre termine “en beauté” avec sa bibliographie où les auteurs listent des livres qu’ils jugent importants mais aussi des livres que d’autres personnes leur ont conseillé d’inclure, le tout sans aucun rapport avec le contenu du livre (ex l’excellentissime Mastering Regular Expressions).