Les programmeurs qui lisent des livres liés à la programmation sont-ils encore rares? [fermé]

Dans Code Complete de Steve McConnell et The Pragmatic Programmer d'Andrew Hunt et David Thomas, ils affirment que la plupart des programmeurs ne lisent pas les livres liés à la programmation comme une habitude, ou du moins pas assez souvent. Est-ce que cela tient toujours? Les programmeurs qui lisent de tels livres sont-ils encore rares?

Je dois admettre que ce n'est que tout récemment que j'ai commencé à lire (et maintenant je ne peux pas m'arrêter; ça brûle un tout dans mon portefeuille!). Avant, j'étais contre et j'ai soutenu qu'il valait mieux écrire des programmes que de perdre du temps à lire à ce sujet. Maintenant, je me rends compte que le meilleur résultat, du moins pour moi, est de faire les deux.

EDIT: Je voulais dire en fait tout type de livres qui en cours ou un autre était lié à la programmation; que ce soit sur un langage, une technologie, un modèle, un paradigme particuliers - tout ce qui peut vous être utile en tant que programmeur. Je faisais juste référence à Code Complete et The Pragmatic Programmer parce que c'est là que je lis que les programmeurs ne lisent généralement pas de tels livres. Cela aurait semblé étrange si le titre se lisait "Les programmeurs qui lisent des livres sont-ils encore rares?"

Tout le monde semble répondre personnellement à cette question, comme dans «Je lis tel ou tel». Cependant, en tant que personne qui traîne sur ce site, vous êtes déjà un cran au-dessus de votre programmeur "moyen" IMO. Cela fausse donc considérablement les chiffres. Pour répondre directement à la question: oui, les programmeurs qui lisent des livres sont une race rare. J'ai travaillé avec des dizaines de programmeurs et je n'en connais que deux ou trois qui prendraient un livre pour résoudre un problème. La plupart d'entre eux recherchaient Google pour un programme particulier, ou regardaient simplement l'écran en espérant une inspiration divine. :-)

Et les livres "théoriques" comme Pragmatic Programmer et Code Complete sont encore plus rarement lus par les programmeurs moyens. Si un programmeur va lire un livre, il est plus probable qu'il s'agisse d'un livre technique sur le langage, le cadre ou la technologie spécifique sur lequel il travaille. Les livres "mous" ne sont même pas sur la plupart des programmeurs radar.

Je ne peux pas arrêter de développer ma liste de souhaits Amazon. Le livre le plus récent sur lequel j'ai travaillé est Clean Code de Robert C. Martin (Oncle Bob). Récemment, un groupe de programmeurs dans ma région a même créé un club de lecture, afin que nous puissions apprendre ensemble les meilleures pratiques et échanger nos expériences. Je ne pense pas que je serais le même programmeur si je ne lisais pas de livres sur la programmation. Il y a une grande richesse de matériel là-bas et c'est bien quand quelqu'un le condense pour vous et vous donne un point de départ avant de partir expérimenter par vous-même.

Je les ai lus, alors ajoutez 1 à votre liste d'observations. (Combien avant d'être rayé de la liste des espèces en voie de disparition?)

Sérieusement, je suis surpris que les meilleurs votants en ce moment soient ceux qui disent qu'ils voient peu de valeur dans les livres de programmation. Il y en a certainement dont j'aurais aimé ne pas avoir dépensé l'argent, mais il y en a plusieurs qui m'ont totalement ouvert les yeux sur de nouveaux concepts et techniques et qui ont fait de moi un meilleur programmeur. Par exemple:

• Le Zen de l'optimisation du code par Abrash - Je pense que celui-ci est la principale raison pour laquelle je suis un programmeur en temps réel aujourd'hui.
• Ruminations sur C ++ par Koening & Moo - La vraie valeur des itérateurs et de la STL n'a pas cliqué avant d'avoir lu celui-ci.
• Refactoring par Fowler - m'a appris à structurer et restructurer le code.
• Programmation extrême expliquée par Beck - Même si je n'ai jamais complètement bu le kool-aid agile, ce livre a changé ma façon de penser les exigences, les tests et la gestion du processus de développement.

J'ai appris à coder à l'école, mais je n'ai pas appris à bien coder avant d'avoir lu d'excellents livres.

En interviewant les développeurs, j'ai remarqué que ceux qui réussissent mieux dans les tâches techniques (verbales et pratiques) et (beaucoup plus important) comprennent les raisons pour lesquelles ils font ce qu'ils font sont tous des développeurs qui lisent au moins le livre occasionnel. Je ne pense pas que ce soit entièrement une coïncidence.

Bien que vous puissiez certainement utiliser Google pour des réponses rapides et que les blogs puissent être excellents pour une couverture approfondie de choses spécifiques, je pense que les livres vous donnent une vue plus coordonnée des sujets qu'ils couvrent. De plus, en fournissant les informations dans un contexte différent, elles aident les connaissances à mieux rester dans la tête des gens. Même si c'est quelque chose que vous savez déjà, je pense qu'il est utile d'avoir quelque chose qui valide cette connaissance.

Enfin, si quelqu'un lit des livres sur le sujet dans lequel il travaille, cela signifie presque certainement qu'il est véritablement intéressé par ce qu'il fait et pas seulement en parcourant les choses - pour les emplois basés sur la connaissance ou créatifs, c'est très important si vous recherchez le meilleur personnel.

Je suppose que vous parlez de livres sur la pratique de la programmation et du développement de logiciels plutôt que sur des technologies spécifiques ...

Personnellement, j'ai tendance à éviter ces livres car si peu d'entre eux ont quelque chose d'utile à dire. Pour chaque paire de programmeurs pragmatiques, il y a un tas d'auteurs poussant leurs méthodologies personnelles / préjugés / grandes théories unifiées ... et bien qu'il puisse être très amusant de les écouter argumenter dans un podcast, lire leurs livres n'est que légèrement plus divertissant que lire leurs listes de courses ... et probablement moins utiles. Vous obtiendrez beaucoup des mêmes conseils sur les forums et ... quel que soit cet endroit ... avec l'avantage supplémentaire que les désaccords se disputent entre les gens qui les croient plutôt qu'entre l'auteur et ses hommes de paille.

La viande dans Code Complete, Mythical Man-Month, etc. sont des observations que la plupart des lecteurs expérimentés connaissent déjà au moins inconsciemment. Cela les rend plus utiles pour renforcer les assertions et enseigner aux programmeurs intermédiaires .

J'adore vraiment programmer des livres. J'en ai plus de 150. Et encore de la place pour plus.

Eh bien, je ne peux pas vraiment parler à d'autres programmeurs.

J'essaie de lire des livres informatiques de haute qualité . Actuellement, je travaille sur une lecture du Mythical Man-Month.

Mon prochain livre est probablement soit le livre Russell / Norvig AI, soit McConnell's Software Estimation. Dans un avenir pas trop lointain, Practical Common Lisp de Seibel se profile.

Lisez, lisez, lisez, lisez ... Des livres, des blogs, peu importe ... Mieux des bons livres, mais même la lecture de mauvais livres peut aider. Mais continuez à apprendre. Continuez à apprendre tous les jours.

Je les ai relus à mes débuts, mais maintenant la plupart des livres que j'ai autour ont tendance à se concentrer sur la partie non codante du développement logiciel (par exemple, le Guide pratique de la prévention des défauts , Estimation logicielle: démystifier l'art noir). ), des ouvrages de référence ou des ouvrages axés sur un concept informatique restreint.

Le plus gros problème que j'ai est que les livres spécifiques à la technologie ont tendance à être obsolètes dans quelques années (par exemple, peu de gens écrivent Visual Basic 6 de nos jours), donc j'ai trouvé que l'investissement sur ces livres qui peuvent devenir obsolètes a tendance à être un mauvais investissement, d'autant plus avec la quantité d'informations disponibles en ligne ces jours-ci. De même, certains des livres sur des choses telles que les principes de conception ont tendance à être ignorés en faveur de certains des très bons sites tels que A List Apart .

La raison de lire des livres est d'améliorer vos propres connaissances et compétences. Cela implique deux choses: (1) vous devez reconnaître que vous avez de la place pour vous améliorer, et (2) vous devez vouloir vous améliorer. Beaucoup de programmeurs que j'ai rencontrés avaient la taille d'un ego de planètes. Une grande partie du reste était heureuse de côtoyer.

J'ai reçu un nouveau Kindle (Wifi + 3G) la semaine dernière et je l'adore, je n'arrête pas de lire. J'ai acheté plusieurs ebooks techniques auprès d'Amazon et d'autres éditeurs, et je les feuillette à un rythme incroyable.

Les livres physiques me semblent maintenant terriblement démodés. Je ne m'y attendais pas si tôt.

Je n'ai pas lu de livre technique depuis des années ... littéralement des années.

Il s'agit en partie de la disponibilité d'informations ailleurs. Blogs, articles, livres blancs, sites de référence, sites de support par les pairs comme SO ...

C'est en partie dû aux dépenses et à l'impraticabilité des livres papier. Pensez aux chiffres que vous avez utilisés pour lire quelque chose comme de l'Évangile seulement pour découvrir qu'il était subjectif, ou peut-être dépassé. Même les manuels de référence datent rapidement, étant donné la nature en constante évolution de notre monde.

Je ne frappe pas les livres techniques en soi, mais le temps est révolu où ils étaient votre seule source d'information sur un sujet technique. Nous obtenons maintenant nos informations à partir de diverses sources.

J'avoue les avoir un peu ratés, mais pour moi au moins, les temps ont évolué.

Une histoire personnelle:

J'ai fait une fois une présentation à une salle remplie de 50 ou 60 développeurs sur des trucs liés à .NET (ils travaillaient tous pour la même entreprise).

Microsoft sponsorisait la conférence et m'a donné quelques exemplaires du livre "Object Thinking" de David West (par Microsoft Press).

Par coïncidence, je venais de lire ce livre et je l'ai trouvé très agréable à lire. Je l'ai même recommandé au public en expliquant que j'avais des copies à donner et que si quelqu'un était intéressé, tout ce qu'il devait faire était d'en demander une.

Plusieurs personnes sont venues pour parcourir le livre, mais aucune d’entre elles, je le répète, personne , pas une seule personne n'a décidé de le garder.

Je voudrais quand même prendre un livre pour apprendre les bases d'une langue. De cette façon, je peux le regarder et avoir une idée de ce que je fais à tout moment de la journée / semaine et ne pas avoir à me soucier d'un ordinateur portable. Une fois que j'ai lu le livre, je vais commencer à apprendre avec du code.

Théorie, puis pratique.

Je n'achète pas autant de livres de programmation en format papier qu'auparavant. J'ai un abonnement à Safari Books Online , où pour le prix d'un livre par mois, j'obtiens un accès illimité au texte intégral de milliers de livres de programmation (et autres) d'éditeurs comme O'Reilly, John Wiley & Sons, Addison- Wesley et d'autres.

J'ai également un Kindle de première génération et j'achète parfois des livres de programmation pour celui-ci; Cependant, je pense que le grand Kindle DX (qui est sorti après que j'ai obtenu le mien) serait une meilleure plate-forme pour le matériel technique.

(Wow, 5 votes positifs et 5 votes négatifs - cette opinion semble être plus controversée que je ne l'imaginais!)

Je ne lis pas de livres comme Code Complete ou similaire, et je ne pense pas que je «devrais». Qu'est-ce que cela veut dire de toute façon? Que se passe-t-il si je ne le fais pas?

Tout d'abord, je ne pense pas que ces livres font de moi un meilleur programmeur. Ils pourraient travailler pour d'autres personnes, mais pas pour moi. Les informations factuelles qu’elles contiennent ne sont pas très détaillées ni techniques, je connais donc déjà la grande majorité de celles-ci. Le reste, ce sont des opinions avec lesquelles je peux ou non être d'accord, mais que je n'adopterai certainement pas servilement.

La seule littérature liée à la programmation que j'ai trouvé intéressante à lire est des documents purement techniques avec un minimum absolu de subjectivité . Mes favoris jusqu'à présent sont la spécification du langage C # 4.0 et la norme Unicode 5.0. Pour d'autres, c'est une lecture très sèche et ennuyeuse, mais je trouve que cela mobilise mon esprit et fournit potentiellement des informations que je ne connaissais pas déjà.

Mise à jour 2010-oct-07: Je viens de me faire remarquer The Pragmatic Programmer , alors j'ai regardé les premières pages sur Amazon. Dans la section «Qui devrait lire ce livre?», Il est écrit: «Peut-être vous sentez-vous frustré de ne pas avoir réalisé votre potentiel. Vous regardez peut-être des collègues qui semblent utiliser des outils pour se rendre plus productifs que vous. »Uhm, non. Rien de tout cela ne s'applique à moi. Je suis frustré parce que mes collègues sont beaucoup moins productifs que moi (et ils s'en moquent). Je sens que j'atteins mon potentiel (le peu que j'ai en tout cas). Donc voilà. Inutile de lire ce livre. Juste un exemple.