undrgrnd Cliquez ici RentreeLitteraire nav-sa-clothing-shoes Cloud Drive Photos Cliquez ici Acheter Fire Cliquez ici cliquez_ici Bijoux en or rose Rentrée scolaire

Commentaires client

4,2 sur 5 étoiles
9
4,2 sur 5 étoiles
Format: Broché|Modifier
Prix:39,60 €+ Livraison gratuite avec Amazon Premium
Votre évaluation :(Effacer)Evaluez cet article


Un problème s'est produit lors du filtrage des commentaires. Veuillez réessayer ultérieurement.

le 28 avril 2008
J'ai commencé la lecture du livre en anglais, et j'ai fait acheter l'ouvrage en français pour mes collègues qui ne pourraient pas le lire en anglais.
Le livre est absolument remarquable, et devrait être une lecture obligatoire pour tout développeur, même confirmé. Il passe en revue tout ce qu'un développeur devrait savoir, depuis les détails de programmation jusqu'aux aspects du contrôle de la qualité du logiciel. Il se lit tout seul, il fourmille d'exemples de mauvais code et de bon code.
Mais le traducteur ne lui rend pas justice. Traduire "informal code reviews" par "Révision informelle du code" est erroné : on parle de "revues informelles de code" et pas de "révisions" ! On relèvera aussi plein de coquilles (un tilde signifiant "à peu près" transformé en symbole de l'angström, par exemple, un titre "Plus çà change, plus çà reste pareil" (sic)).
Bref, pour tous ceux qui lisent bien l'anglais, jetez-vous sur la version anglaise, nommée "Code complete" (et pas "code review" comme l'indique un autre commentateur) ; allez également voir le blog de Steve McConnell. Pour les autres, achetez cette version, en sachant que le vocabulaire est parfois incorrect et que vous vous énerverez régulièrement devant les coquilles.
0Commentaire| 17 personnes ont trouvé cela utile. Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
Le meilleur investissement que puisse faire un développeur consiste sans doute à acheter ce livre et à en faire son livre de chevet. Beaucoup en ont réellement besoin, à commencer par ceux qui disent « Non, pas moi. ».

Je considère d'ailleurs qu'un développeur qui croit n'avoir pas besoin de lire ce livre ou un livre similaire (Code Craft, The Practice of Writing Excellent Code de Peter Goodliffe, par exemple) est un développeur *dangereux* pour son employeur. Son code est probablement difficilement maintenable, y compris par lui-même.

Évidemment, le seul fait de lire un tel livre ne fait pas instantanément d'un débutant un expert confirmé. Mais ce livre fait naître les bons réflexes, c'est-à-dire ceux qui mènent à l'expert confirmé, justement. Après cette lecture, vous ne lirez plus votre code et celui des autres de la même façon. Vous ne vous poserez plus les mêmes questions -- vous vous poserez les *bonnes* questions. Et nous aurons enfin du code maintenable !

Code Complete est un livre exceptionnel en ce qu'il s'intéresse à *tous* les aspects du développement logiciel, l'accent étant mis sur la réalisation (ou programmation) dont rien n'est laissé au hasard :

- Quelles sont les meilleures pratiques pour nommer une variable, une propriété, une constante, une fonction, un fichier, pour tester une méthode, pour restreindre la visibilité d'un symbole ?

- Quelle est la longueur idéale d'une fonction, d'un fichier et pourquoi ?

- Comment effectuer une revue de code efficace ?

- Comment exprimer simplement un test qui fait intervenir quatre OU et trois ET ?

- Comment mettre en oeuvre une table de décision, comment trouver un bug, comment programmer défensivement ?

- Faut-il vraiment éviter les GOTO ? Une fonction doit-elle vraiment posséder un seul return ?

- Quels commentaires pouvons-nous supprimer sans hésiter ? Quelles sont les informations qui doivent figurer dans le cartouche d'une fonction, d'un fichier ? Est-ce vraiment utile ?

- À quel moment doit-on commencer à se soucier des performances ? Comment ordonner les cas d'une instruction Case ? Quand une série de if-else if est-elle préférable à un case ? Et comment doit-on gérer les erreurs ?

Rien dans ce livre n'est gratuit : quand l'auteur propose une avenue, il la justifie systématiquement. Vous pouvez ne pas être d'accord avec lui sur tout, bien sûr, mais il a raison la plupart du temps puisqu'il s'appuie sur son expérience, sur celle des autres et sur de nombreuses études (ou hard data - par exemple, la section concernant les boucle while mentionne les résultats assez étonnants d'une études montrant qu'un programmeur comprend beaucoup plus facilement une boucle dont la condition de sortie est exprimée dans le corps de la boucle plutôt que dans le point d'entrée ou de sortie...).

Ce livre propose assez souvent tout l'inverse des normes de programmation qu'on vous imposera un peu partout (au point d'ailleurs où l'on finit par se demander si ceux qui les rédigent ont déjà fait de la maintenance). Ces normes imposent trop souvent un style de programmation « par principes » (si vous rencontrez telle situation, faites ceci), ce qui est tout le contraire de la programmation « par réflexion » que suggère ce livre. Par exemple, les règles suivantes, que j'ai souvent rencontrées, passent à coté de l'essentiel et sont malheureusement le plus souvent imposées - ce qui génère du code coûteux à maintenir :

- Il faut limiter la longueur d'une ligne à 80 caractères. (Même lorsque la lisibilité et la compréhension du code en pâtit ?)

- Ne pas utiliser une variable nommée i dans les boucles. (Ah bon, ma variable i ne respecte pas les normes mais sa variable nommée int_mon_compteur_de_la_boucle_courante, tout en cachant l'essentiel du traitement, les respecte ?)

- Toute fonction doit tenir à l'écran. (Quitte à scinder un traitement unitaire en quatre fonctions qu'on ne sait plus comment nommer ?)

- Ne pas utiliser de variable globale. (Wow, j'ai une variable globale dans un fichier comptant 100 fonctions et 2500 lignes. Mon voisin n'a aucune variable globale mais passe systématiquement une structure contenant 2500 champs à toutes ses fonctions et c'est moi qui ai tort ?)

Bon, vous voyez le topo. Après la lecture de ce bouquin, vous serez :

- Meilleur développeur.
- Vous produirez du code moins coûteux à maintenir.
- Vous saurez dire non aux normes contreproductives.
- Et surtout, vous serez content chaque matin d'aller au boulot, histoire de lire les sources et de vous dire : ça, franchement, je l'aurais codé de cette façon et voici pourquoi.
0Commentaire| 11 personnes ont trouvé cela utile. Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
le 3 mai 2012
Comme tous les lecteurs de cet ouvrage, j'en ai lu d'autres. Tant par curiosité que par envie d'amélioration. Il y a toujours quelque chose à apprendre, et donc à prendre.
J'ai adoré
- le Processus de Programmation en Pseudocode (Ch 9),
- l'Organisation du code linéaire (Ch 14),
- les Mise en Page et Style (Ch 31),
- le Code Auto-Documenté (Ch 32),
et surtout
- la Personnalité (Ch 33);

Le tout permet de respecter les méthodes d'écriture propre à chaque entreprise, mais avec ce petit plus qui fait élire l'excellent développeur. D'ailleurs, l'auteur prévient en début d'ouvrage: on en sort transfiguré.
Mais à une seule condition, impérative: il faut l'humilité et l'honnêteté intellectuelle de pas mal d'années de pratique. Je pense, en effet, que cet ouvrage est sûrement mal perçu par un développeur débutant et ses extrêmes (je m'en souviens encore...).
0Commentaire| Une personne a trouvé cela utile. Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
le 9 décembre 2005
Sans conteste, un livre références.
Tout ce qu'il faut faire et qu'il ne faut pas faire pour avoir un bon code.
Je n'en ai pas encore lu de meilleur.
On sent de suite que l'auteur n'est pas le premier venu en programmation informatique.
De l'argent certainement pas utilisé inutilement
0Commentaire| 2 personnes ont trouvé cela utile. Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
le 9 février 2011
Le produit de la mise en œuvre est la partie "tangible" de tout projet: c'est-à-dire l'ensemble des fichiers qui seront mis à disposition de l'utilisateur final, parmis lesquels il y a aussi la documentation, les manuels de mode d'emploi et le fichiers de configuration.

Le livrable peut être une application informatique complète, un composant, ou un patch; dans tous ces cas, la construction est la principale activité: elle occupera plus de la moitité de la durée totale du développement. C'est à cause de ça qu'il ne pas mal de mettre l'accent sur l'optimisation de notre code de façon que la phase de l'entretien soit aisée et agréable.
0Commentaire|Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
le 2 août 2015
Je n'ai pas eu le courage de le lire. Dès le début l'auteur répète quelques mêmes concepts de différentes manières. J'ai le sentiment que la cible de l'auteur sont les programmeurs démotivés.
0Commentaire|Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
le 1 avril 2012
Faire du code propre n'est finalement qu'une question d'habitude : un fois un style choisit il ne faut pas en déronger.
Même si ce livre traite correctement l'aspect code en tant que tel, il prend soin de donner un grand nombre de méthodologies liées à l'organisation de tout ce qui n'est le code, à savoir la gestion du projet, les revues de code, les réunions, etc.
On peut constater que finalement l'echec d'un projet ne tient pas au manque de qualité du code ou des développeurs, mais plus à la conception et à l'organisation du développement de ce dernier.
Ce livre n'est pas seulement destiné aux développeurs, il est également destiné aux architectes et aux chefs de projets.
La partie quallité du code en tant que tel est presque décevante lorsqu'on a déjà quelques années d'expériences, mais il n'en reste pas moins intéressant.
0Commentaire| Une personne a trouvé cela utile. Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
le 4 juin 2005
Il explique clairement, dans le détail et avec des exemples précis toute une série de méthodes de conception logiciel.
Programmeur autodidacte depuis deux ans et demi, ce livre m'a permis de mettre enfin des mots sur des concepts acquis par l'expérience, et d'intégrer ces concept dans une approche générale de conception logicielle.
0Commentaire| 2 personnes ont trouvé cela utile. Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus
le 7 mars 2005
Quoi dire de plus que ce livre est une bible vraiment indispensable. Cela donne une excellente vision de ce que pourrait être la perfection dans le monde du dvpt. Je le conseille à tous les concepteurs quel que soit le niveau.
Vraiment à acheter et à lire sans modération !!!!
Allez voir les remarques sur le site amazon us (livre : code review 2)
Cédric
0Commentaire| 3 personnes ont trouvé cela utile. Ce commentaire vous a-t-il été utile ?OuiNonSignaler un abus

Avez-vous besoin du service clients? Cliquez ici

Liens Sponsorisés

  (De quoi s'agit-il?)