Quel est LE livre que tout développeur doit lire absolument ?

[DonQuiche]

@Galak
Il me semble que tu mélanges plusieurs arguments. Je vais les dissocier et y répondre.


D'abord il y a la remise en cause de la nature d'un livre : N morceaux de blogs ou de docs techniques dénichés au hasard sur le web seraient équivalents à un livre. Je vais reprendre ton exemple sur l'apprentissage de php : oui, tu peux apprendre php en picorant le web mais tu vas l'apprendre salement. Par exemple, un livre insisterait très tôt sur la philosophie derrière php et comment il doit être utilisé : par exemple le fait qu'il existe bien souvent des fonctions pour éviter l'usage des boucles (implode & co), les bonnes pratiques, les détails de l'implémentation et leur effet sur les performances et la consommation de mémoire, etc. Plus généralement, en picorant sur le web tu ne vas trouver que ce que tu cherches et tu ne chercheras pas ce dont tu n'as pas conscience de l'importance. Tu sauras certes pisser du code mais pas concevoir un bon code.

En somme, acheter un bon livre pour apprendre php, ce n'est pas vouloir se rassurer, c'est vouloir acquérir une vue complète et affinée du langage, et pas seulement la syntaxe pour "if/for/else" et deux ou trois connaissances éparses. Et l'autre avantage c'est qu'alors que tout ce qui est déniché sur le web doit être remis en cause, les informations pouvant être partiales ou même fausses, un livre est quant à lui typiquement écrit par un maître du domaine, tel que le concepteur de la technologie évoquée. Et ce sont aussi des gens dont on peut beaucoup apprendre en général.


Ensuite il y a la question du médium : tu mets d'un côté le livre papier et, de l'autre, tout ce qui se trouverait sur fichier. D'abord ça me semble très artificiel, surtout dans la mesure où, aujourd'hui, tout bon livre papier est fourni avec une version pdf, qui reste cent fois plus pratique à l'usage que Google (recherche intégrée, table des matières et lexique interactifs, tout sous la main, pas besoin de faire le tri entre les contenus, pas de bruit informationnel ou de pub qui clignote, etc).

Mais quand bien même tu n'aurais que la version papier... Contrairement à ce que tu sembles penser, tu n'as pas besoin d'avoir les mains sur le clavier : même s'il s'agit d'un livre sur un langage, à moins d'avoir une mémoire de poisson rouge, tu peux le lire d'une traite avant de commencer, tu auras appris en lisant les exemples. Et si lors de tes premiers pas il te faut un aide-mémoire, google ou la version pdf seront là. D'ailleurs, si l'on prend le livre le plus souvent cité ici, coder proprement, il est évident que mettre les mains au clavier ne pourrait que te distraire de l'ouvrage, le fond ne nécessitant pas de faire quelques essais pour être compris. En fait je crois que c'est vrai pour tous les livres dont le sujet mérite un livre : le clavier ne saurait être qu'une distraction, il faut savoir être patient, aller jusqu'au bout pour acquérir les connaissances. Ensuite, il ne restera rien à tester car tu sauras déjà.

[Galak`]

Oui étant au boulot je n'ai pas le temps de ne pas tout mélanger c'est vrai.

il faut bien faire le distingo entre l'apprentissage de zéro et la simple résolution d'un problème (ou l'apprentissage d'un élément donné).
On picore, pour reprendre ton expression, dans des blogs et docs techniques pour résoudre un problème donnée. Pour l'apprentissage d'un langage, on va entre autre suivre des tutoriaux et cours en ligne. Et les cours en ligne ne sont pas forcément moins bien faits que des livres. Il y a de bons cours et tutoriaux comme il y a de mauvais livres.
Je veux bien croire qu'il y a, surtout pour certains langages, peu de ressources en ligne aussi complètes et bien construites que certains bouquins qui permettent d'aborder un langage selon une méthodologie donnée en suivant leur cheminement, mais de là à penser que tout le monde se jette sur les livres pour autant...

Sinon, je ne suis absolument pas d'accord avec le fait de lire le livre d'une traite avant de mettre les mains dans le cambouis. Le débutant ne va strictement rien retenir s'il se retrouve submergé de toutes les connaissances d'un livre, et il aura souvent besoin des connaissances de chaque chapitre dans le chapitre suivant.
Et même si c'est un livre purement théorique, le débutant n'aura pas le bagage pour pouvoir clairement assimiler le livre d'un bloc.

Quand je vois à quel point certains collègues sont incapables de suivre des règles de bon sens ultra basiques qu'on leur répète depuis des années, croire qu'un débutant pourra suivre les 3/4 de ce que lui conseille un bouquin en le lisant d'une traite, j'y crois à mort

Ou alors faut croire que j'ai le cerveau monté à l'envers. Mes collègues ont toujours besoin de schemas, de réunions, d'explications de vive voix ou textuelle, moi je vois ça comme une perte de temps, ça rentre par une oreille et sort par l'autre, alors que j'y vois incomparablement plus clair en consultant les sources.
Depuis toujours, je vois le code dans ma tête, et durant les études, quand un prof demandait un algo parce "qu'il faut toujours faire un algo avant de coder", je faisais le code et le traduisais en algo tellement c'était plus naturel et rapide pour moi.

[DonQuiche]

Bonsoir, avant tout quelques précisions...
* Je ne parlais pas et ne parlerai des débutants. Un novice en programmation doit avoir les mains sur le clavier, nous sommes d'accord, les bouquins viennent plus tard dans sa formation.
* Nous sommes aussi d'accord sur le fait que si tu ne cherches d'un détail technique, la réponse à une question précise, tu ne vas pas acheter un bouquin, c'est évident. On pourrait aussi ajouter les besoins pour des projets qui ne vont durer que quatre jours, les petites expériences, etc. Mais tout ça tombe sous le sens.
* Je n'ai pas non plus prétendu que tout le monde utilisait des bouquins. Je penserais plutôt qu'il s'agit d'une minorité.


Maintenant, pour reprendre le cadre de l'apprentissage d'un langage, si par ressource trouvée sur le web (tutoriel, cours, etc) tu entends quelque chose d'équivalent, en profondeur et volume à un livre, c'est un livre. Simplement, tu as pris le premier truc trouvé sur le web qui te semblait convenable, rédigé par quelqu'un dont tu ne sais rien, au lieu de dépenser 50€ pour acheter l'ouvrage de référence généralement recommandé. Il est peut-être meilleur mais il ne l'est sans doute pas et, de toute façon, tu n'en sais rien. D'ailleurs, en tant que profane sur le sujet traité, tu es incapable d'en juger, tu peux au mieux évaluer les qualités pédagogiques de l'oeuvre.

Si en revanche ces ressources dénichées sont plus concises qu'un livre, tes connaissances seront elles aussi plus concises et c'est un apprentissage incomplet. Jusqu'au point où, si par ressources tu voulais dire un tutoriel de vingt pages et deux ou trois recherches Google derrière ça, alors tu as simplement appris la syntaxe et tu sais tout juste cracher du mauvais code et tes premiers projets seront moches, truffés de mauvaises pratiques, d'incohérences, de bugs tordus, etc. Et ce n'est peut-être qu'après deux années que tu découvriras, par hasard, sur le web, une info importante qui figurait pourtant dans le chapitre 3 de l'ouvrage de référence sur le sujet, en réponse à une question dont tu n'avais même jamais pensé qu'il fallait se la poser. Bref, picorer le web pour apprendre un nouveau langage n'est vraiment pas un gain de temps si tu comptes t'y investir.

[tut]

Pour les développeurs C++ :
http://www.amazon.fr/dp/2744070033
Absolument exhaustif sur le C++, par le créateur du langage lui-même.

[Malinaka]

J'appuie sur http://www.amazon.com/Programmation-Syst%C3%A8me-Linux-Christophe-Blaess/dp/2212110545/ref=sr_1_2?ie=UTF8&qid=1307401862&sr=8-2?tag=citofgamonlco-20 qui est rapidement devenu mon livre de chevet: facile à lire et rempli de petites astuces qui change la vie !

[ceciestunpseudo]

Aho, Sethi and Ullman
Compilers : Principles, Techniques and Tools

C'est un grand classique. C'est aussi le livre le plus cité de l'histoire de l'informatique. Les principes et algorithmes présentés dedans sont toujours d'actualités dans de très nombreux domaines (compilation, analyse statique, modélisation, AI, forage de donnée etc.)

Abelson, Sussman and Sussman
Structure and Interpretation of Computer Program
http://mitpress.mit.edu/sicp/

Un must. Utilisé au MIT pendant des années pour enseigner les principes de la programmation. Se concentre sur les idées et non sur le langage utilisé (il utilise un dialecte Scheme). Ce cours était le seul cours de « programmation » au cursus. Les étudiants devaient apprendre ensuite la syntaxe nécessaire dans chaque langage lorsque c'était important. Disponible gratuitement avec en plus des vidéos de cours pour chaque chapitre.

Avec ces deux livres, on est prêt à tout affronter.

[Drannor]

Pour ma part c'est un livre qui ne parle pas d'un langage ou même d'un paradigme de programmation mais plutôt qui donnent des conseils sur comment coder bien et avoir une bonne philosophie de développement.



A savoir : The Pragmatic Programmers de Andrew Hunt & David Thomas qui au travers d'exemples met en évidence des règles de conduite à avoir tout au long d'un projet (en plus il est assez drôle).


@tut : Mouais, pour l'avoir lu. J'ai trouvé que le livre ne s'adresse à personne. Trop compliqué pour quelqu'un qui ne connaît pas le langage et trop lourd à lire pour quelqu'un qui veut juste des informations pertinentes sur le langage surtout que jamais le livre ne parle de l'implémentation. Je ne dis pas qu'il n'y a rien à apprendre dedans (j'y ai même appris beaucoup) mais je préfère de loin "C++ for game programmers" qui même si il est spécifique au jeu, a le mérite des t'expliquer de manière très claires les features avancés du langage.

[Zeuff]

Disponible en ligne, open-source...
Inspiré par Richard Stallman M. GNU, écrit par Jeffrey Elkner
Un petit livre incroyable qui se lit comme un roman... Tout est clair et limpide...
On devrait le lire à l'école, tous
http://www.openbookproject.net/think...hon/english2e/

[OPi]

Envoyé par Zeuff

Disponible en ligne, open-source...
Inspiré par Richard Stallman M. GNU, écrit par Jeffrey Elkner
Un petit livre incroyable qui se lit comme un roman... Tout est clair et limpide...
On devrait le lire à l'école, tous
http://www.openbookproject.net/think...hon/english2e/

Je vois qu'il y a aussi une version basée sur Python 3 : How to Think Like a Computer Scientist: Learning with Python.

Est-ce que quelqu'un a lu Language Implementation Patterns:
Create Your Own Domain-Specific and General Programming Languages ?

[OPi]

Je viens de lire How to Think Like a Computer Scientist: Learning with Python, dans sa version Python 3. Ce n'est pas mal comme initiation, malgré quelques reliquats des versions antérieures (Python 2 et avant cela Java...), et surtout la présentation des types abstraits que je trouve discutable. Maintenant il ne faut pas s'arrêter là...

[beegees]

Bonjour à tous,

Apprendre à programmer avec Python de "Gerard Swimmen" est pour moi le livre d'informatique qui m'a le plus été simple et agréable à lire.

Clair, complet, cet auteur qui est enseignant est très pédagogue, cela se ressent beaucoup dans son livre.

beegees

[IDontLikeYou]

Ca a déjà été dit un certain nombre de fois, mais insister ne fait pas de mal : "Coder proprement" de Robert C. Martin.

Personne ne cite de bouquin de Fowler ? Surprenant !

[Cravis]

Merci à toutes les personnes qui ont cité "Coder proprement". Cela m'a permis de découvrir ce fantastique livre, qui est vraiment agréable à lire et pousse à réfléchir sur sa manière de travailler.

[willom]

Un petit up pour dire que les Jolt Awards nous répondent en classant les 6 livres que tout développeur devrait lire : http://drdobbs.com/joltawards/231500080
Et j'en ai lu aucun...

[redbullch]

Envoyé par willom

Un petit up pour dire que les Jolt Awards nous répondent en classant les 6 livres que tout développeur devrait lire : http://drdobbs.com/joltawards/231500080
Et j'en ai lu aucun...

Je suis peut être une tanche, mais je n'ai pas trouvé le nom des livres en allant sur ton lien

[tomlev]

Envoyé par redbullch

Je suis peut être une tanche, mais je n'ai pas trouvé le nom des livres en allant sur ton lien

y a une page d'intro + une page par bouquin

Perso je suis pas trop d'accord avec la sélection, à part 1 ou 2 c'est des trucs beaucoup trop spécifiques

[Karolus]

[tomlev]

+1 pour le Bescherelle, sur le forum on voit des posts avec tellement de fautes qu'on ne comprend même pas ce que le gars a voulu dire

[ctxnop]

Ouais enfin bon, la blague du Bescherelle je l'avais déjà faite dès le post #5
Enfin, "blague", pas tant que ca, comme le dit Tomlev, il y a pas mal de posts qui sont a peine compréhensibles au vu du français approximatif employé par leurs rédacteurs...

Edit : Au fait, les gens qui votent négatif sur ces remarques, c'est parce que vous vous sentez visé ? Aller quoi, desserrez les fesses, un peu d'humour ca fait de mal à personne

[Philippe Vialatte]

Envoyé par ctxnop

Edit : Au fait, les gens qui votent négatif sur ces remarques, c'est parce que vous vous sentez visé ? Aller quoi, desserrez les fesses, un peu d'humour ca fait de mal à personne

Moa, g votai pour, le baicheraille, c'ai tro le taupe, sa ma apri a parl la frans com y fo