Eric Reboisson's Blog

#critique #livre « Version Control With #Git «

3 sept 2010

Je me suis intéressé les derniers temps à l’outil de versionning distribué Git. A cette occasion j’ai lu le livre « Version Control With Git: Powerful Tools and Techniques for Collaborative Software Development », je vous laisse lire ce que j’en ai pensé :

Les DVCS (Git, Mercurial, Bazaar…) sont très à la mode ces derniers temps, pour cette raison, mais aussi car je crois au fort potentiel de Git, j’ai souhaité lire « Version Control With Git » et vous pourrez trouver ici mon avis sur cet ouvrage.

Pour commencer, il faut dire qu’actuellement une utilisation efficace de Git se fait en ligne de commande, les outils comme TortoiseGit (Intégration de Git à l’explorateur de fichier Windows) ou eGit (Plugin Git pour Eclipse) ne sont pas encore au point. Partant de ce constat, je pense qu’un bon livre permet de saisir au mieux les concepts de Git, malgré les nombreuses ressources que l’on peut trouver sur internet (forums, tutoriaux, conférences, blogs). Un livre bien écrit et centralisant le meilleur des possibilités de Git est à mon sens plus efficace dans les premiers temps d’apprentissage d’un nouvel outil (en plus un livre c’est décentralisé, pas besoin de connexion à internet ).

Donc, dans « Version Control With Git », on commence par le point de départ qui est l’installation de Git sur les plateformes Linux et Microsoft Windows, puis plusieurs chapitres expliqueront :

les concepts généraux de Git et son histoire (son créateur est quand même Linus Torvald), la signification du terme « distribué » et les avantages de l’outil ;

la gestion des fichiers au sein d’un repository Git ;

le fonctionnement des branches ;

les commandes permettant d’obtenir les différences entre objets et la fusion de celles-ci le cas échéant (Egalement un chapitre spécial sur les patchs) ;

l’accès et le travail en équipe avec des repository distants ;

le couplage de Git avec un repository SVN existant.

J’ai trouvé dans cet ouvrage beaucoup d’exemples jouant le rôle du fil rouge pour une bonne compréhension de l’outil, les commandes fonctionnent et les résultats observés se coordonnent avec ceux du livre, c’est limpide. Tous les aspects importants de Git sont traités de façon claire, j’ai apprécié le style de l’auteur, jamais ennuyant. De plus, on trouvera beaucoup de schémas illustrants les explications théoriques, notamment sur les objets commit et leur organisation. En fait, si on souhaite commencer un projet avec Git, je pense que ce livre explique tout ce qu’il faut savoir pour bien commencer.

Je recommande donc ce livre à tous ceux qui ne connaissent pas les outils de DVCS (notamment Git), livre qui est facile à comprendre et qui aidera beaucoup à la démystification de Git.

Et la critique complète de « Version Control With Git: Powerful Tools and Techniques for Collaborative Software Development » sur Developpez.com est ici.

Bonne lecture !!!

Si vous avez aimé ce billet, diffusez le en utilisant les services suivants :

Pas de commentaire
Tags: developpez.com, git, lecture, livre

links for 2010-09-01

Dans: Links

1 sept 2010

XP Values | Agile Software Development

(tags: agile xp extremeprogramming)
Blog Excilys » Refactoring par la pratique

(tags: refactoring test tdd)

Si vous avez aimé ce billet, diffusez le en utilisant les services suivants :

Pas de commentaire

links for 2010-08-30

Dans: Links

30 août 2010

yEd – Graph Editor

(tags: design development diagram editor free graph drawing visio)

Si vous avez aimé ce billet, diffusez le en utilisant les services suivants :

Pas de commentaire

links for 2010-08-28

Dans: Links

28 août 2010

Free Wireframing Kits, UI Design Kits, PDFs and Resources

(tags: wireframing)

Si vous avez aimé ce billet, diffusez le en utilisant les services suivants :

Pas de commentaire

#critique #livre « 97 Things Every Programmer Should Know »

Dans: Informatique| Lectures

26 août 2010

J’avais terminé la lecture de cet ouvrage il y a quelques semaines, mais seulement publié sa critique la semaine dernière #viedeministre , voilà ce que j’en ai pensé :

« 97 Things Every Programmer Should Know » présente 97 conseils d’auteurs talentueux et célèbres (Kirk Pepperdine, Uncle Bob Martin…) aux programmeurs de tous horizons.

97 conseils pour 97 chapitres, 2 pages pour chacun, le livre présente 2 sommaires, le premier par ordre alphabétique des titres de chapitres et un second classement par catégories (Bugs and Fixes, Build, Deployment, Desgn, Coding, Error handling, Performance, Testing…)
On peut donc lire ce livre linéairement ou par thème, pratique selon son besoin au moment de la lecture.

La lecture est facile, intéressante, passionnante et abordable pour un large panel de lecteurs. Par contre, bien que s’adressant à un public technique, il ne faut pas s’attendre à trouver beaucoup d’exemples de codes (voire quasiment aucun, à part « Code in the Language of the Domain » de Dan North ou « Missing Opportunities for Polymorphism » de Kirk Pepperdine), mais plus généralement des bonnes pratiques à suivre dans le quotidien du développement d’un projet informatique.

Certains conseils se répètent, mais je dirais qu’ils sont présentés sous des angles différents, apportant une certaine ouverture sur l’appréciation d’un conseil. Bien sûr, les développeurs rodés aux bonnes pratiques penseront que les conseils prodigués enfoncent des portes ouvertes, mais applique-t-on toujours réellement ce qu’on peut apprendre en théorie ? La lecture de « 97 Things Every Programmer Should Know » sera peut être l’occasion de me faire mentir !

Parfois les auteurs auront des avis contradictoires, c’est aussi la richesse de cet ouvrage, une ouverture à la réflexion et le fait qu’il faille réfléchir avant d’appliquer bêtement la bonne parole.

Mes chapitres préférés ? Ou plutôt quelques uns parmi d’autres :

« The Boy Scout Rule » de Robert C. Martin (Uncle Bob), ou comment laisser un code meilleur après que vous l’avez trouvé ;

« Check your code first before looking to blame others » de Allan Kelly, ou l’art de balayer devant sa porte avant celles des autres ;

« Two heads are often better than one » de Adrian Wible, ou l’art du pair programming ;

« Write test for people » de Gerard Mezsaros, ou comment la lecture de ce chapitre par mes prédécesseurs aurait pu m’aider sur un projet actuel pour comprendre mieux l’aspect métier.

Développeur depuis plusieurs années déjà, j’ai retrouvé dans ce livre beaucoup de choses que je pratique déjà mais j’ai également beaucoup appris à la lecture d’autres chapitres et au delà des conseils aux programmeurs on pourra aussi trouver application de certaines bonnes pratiques dans la vie quotidienne.

Pour les débutants en programmation ce livre est à posséder absolument, pour les plus expérimentés je suis sûr qu’ils y trouveront leur compte ou tout du moins se rafraichiront la mémoire avec cette passionnante lecture. À noter également que le contenu de ce livre est sous licence Creative Commons accessible sur le site officiel, ça permet de se donner une idée avant l’achat physique du livre.