Quel est le pire livre de programmation que vous ayez jamais lu? [fermé]

Quel est le pire livre technique ou de programmation que vous ayez jamais lu? Cela peut être n'importe quel livre pouvant être relié d'une manière ou d'une autre à la programmation, tant que ce n'est pas de la fiction.

Tout livre qui vous permet d'apprendre vous-même X en Y heures.

J'en ai lu quelques-unes dans le passé, mais une fois lu, vous ne connaissez aucun détail sur X et vous ne pouvez pas non plus utiliser le livre comme référence pour X. Après avoir découvert qu'il semble préférable d'aller chercher les gros livres.

Hardcore Java

Ce livre a été écrit par une personne qui ne comprenait vraiment pas les subtilités de Java. Il n'a même pas compris par renvoi ou par paramètre val. Je citerai la revue amazon la mieux notée: (c'est une étoile)

Dans la préface, l'auteur déclare que l'objectif de ce livre est de transformer un développeur du niveau intermédiaire en un véritable guru. Au dos de la couverture, il est même promis que "vous maîtriserez l'art d'écrire du code (sic!) Propice aux erreurs", et la référence à "code source d'erreurs" trouvera malheureusement sa confirmation une fois que la lecture aura commencé.

Il faut environ deux chapitres pour détruire la crédibilité de l'auteur en tant que gourou et vous lirez le reste du livre avec un œil sceptique, doutant de toute affirmation douteuse et soupçonnant que l'auteur parle bien au-dessus de son niveau de compétence, et condescendance à ce sujet aussi!

Les premiers chapitres sont une révision atroce de certains concepts Java, densément chargés d'erreurs graves, pas de fautes de frappe, mais de fautes (beaucoup de fautes de frappe aussi).

Par exemple, à la page 9, la définition de l'instruction "for" est incorrecte, une simple vérification de la spécification du langage Java aurait épargné à l'auteur un certain embarras.

À la page 15, l'auteur nous donne de mauvaises règles pour les étiquettes en Java et, dans la même page, il confond la logique des instructions 'break' et 'continue', fournissant également un exemple de code logiquement incorrect, simplement pour bousiller des choses encore mieux. .

Je ne saurais pas comment décrire la section "Initialisation différée chaînée" à la page 53, "délire" peut-être. Celui-ci est cité dans la page d'errata sur oreilly.com, et "l'auteur regrette de s'être glissé des travers des fissures". Je suis plus préoccupé par le fait que quelque chose comme ça a été écrit (avec des exemples de code!), Plutôt que par le fait qu'il soit passé indemne lors de l'édition et de la relecture. Espérons qu'il a été écrit par quelqu'un d'autre jouant avec l'ordinateur portable de l'auteur. Quelqu'un qui ne sait pas ce que JVM signifie.

Il existe également des points moins graves, mais tout aussi sécurisants, tels que, à la page 25, la forme:

new String ("Un bouton pour afficher" + texte);

que nous ne devrions pas trouver dans les livres de gourous wannabes.

L’auteur est probablement un architecte logiciel productif, certains points, plus loin dans le livre, sont intéressants, bien que rien ne puisse être défini comme avancé, mais il ne connaît pas mieux Java que le développeur moyen, et ce livre n’ajoute pas grand chose à un intermédiaire. niveau, mis à part, peut-être, d’un avertissement concernant l’écriture de livres: écrire un livre peut transformer un bon développeur en un mauvais auteur.

Il est regrettable que nous soyons submergés de publications médiocres et peu professionnelles "susceptibles d'erreur" de la part d'éditeurs aussi réputés. Je relis encore et apprécie toujours la concision, la clarté et la valeur de classiques tels que K & R "Le langage de programmation C "et je me demande pourquoi la production actuelle est si largement inférieure.

Comme une des rares exceptions, je recommande fortement "Effective Java" de Bloch (Addison-Wesley) qui est vraiment un livre écrit par un gourou. Après avoir lu celui-ci, "Hardcore Java" semblera encore plus vide.

Son errata sur O'Reilly fait (la dernière fois que j'ai vérifié) plus de 20 pages.

edit: viens de le cocher, paramètres par défaut dans Word, il a 23 pages.

Je me souviens encore de la gravité de ce livre:

Oracle9i: Guide du débutant

J'étais en colère en le lisant. Je citerai un extrait de mon commentaire sur Amazon:

Presque immédiatement, j'ai été déçu: le chapitre 1 est un hommage à l'incroyable Oracle et à la divinité de Larry Ellison. Il est rempli de pages et de pages de recettes et de ventes. Quel gaspillage de papier. Ensuite, le chapitre 2 me dit comment utiliser les groupes de discussion et Google: davantage de papier gaspillé. J'arrive au chapitre 3 et je pense enfin apprendre quelque chose. Ensuite, je remarque qu'ils se concentrent sur Sun Solaris en tant que système d'exploitation, ce qui n'est pas très utile pour une personne qui tente d'apprendre cela par elle-même à la maison.

Puis, à la page 84, j'ai lu: "Dans les versions précédentes du Guide du débutant, nous vous avions présenté l'installation du serveur Oracle. Avec Oracle 8i et maintenant 9i, le sujet est trop vaste pour être traité dans un livre de cette taille". C'est ainsi qu'ils entament leur procédure pas à pas de configuration de votre première base de données Oracle. Oh, la dernière étape dit: "12. Lisez le reste de ce livre." Pour moi, le livre a perdu 80 pages alors que l'installation serait trop longue. Très décevant.

1. Laissez-nous C - Yashavant P. Kanetkar

2. Programmation orientée objet avec C ++ - E Balagurusamy

Pire. Livre. Déjà.

C'est la taille d'un répertoire téléphonique, et elle est conçue comme une sorte de livre de recettes. Il s’agit en réalité d’une énorme collection de milliers de fragments de code permettant d’accomplir diverses tâches, complètement hors contexte et souvent erronés, cassés ou datés.

La seule chose plus hilarante est leur livre de suivi, La Bible des programmeurs C / C ++ / C # de Jamsa . Parce que ces langues sont totalement interchangeables, non?

Achèteriez-vous un livre sur la programmation de cet homme ?

Le pire livre que j'ai jamais lu est Ingegneria del codice de McConnell Steve.

Oui, c'est la traduction italienne du meilleur livre que j'ai jamais lu: Code Complete. Mais la traduction était si mauvaise que j'ai dû acheter la version originale. C'est le dernier livre technique traduit que j'ai acheté. Depuis lors, je ne lis que des livres techniques en anglais.

Ce livre était notre liste de lecture pour un module sur C ++ au collège.

Cela semblait être un peu un achat de 2 pour 1 afin que nous n'ayons pas à acheter un livre UML.

La taille énorme du livre, combinée à l'absence de flux et à une obsession des fourmis, explique pourquoi elle a obtenu mon vote.

Je pense que c'est peut-être dans la course à la pire couverture d'un livre d'ordinateur.

J'ai rencontré beaucoup de mauvais livres de programmation, mais ceux-ci ont toujours été ceux que je rencontrais par hasard (par exemple dans une librairie, chez un ami, etc.). Le seul très mauvais livre que j'ai jamais acheté et que j'ai essayé de suivre et qui s'est avéré être une poubelle absolue a été Java 2: The Complete Reference de Herb Schild. Le TA a en fait recommandé ce livre.

J'ai passé tout le semestre à me demander pourquoi ce livre était rempli de non-pertinence (ce livre ne sait pas si c'est un tutoriel ou une référence à mon humble avis). Je connais des gens qui l’ont aimé et qui prétendent en tirer un bénéfice, mais j’ai abandonné le livre vers la fin du semestre et me suis concentré sur les notes de cours. Plus tard, j'ai trouvé de meilleurs livres sur Java et j'ai vraiment appris le langage.

Edit: Quelqu'un a effectivement "emprunté" le livre à moi après quelques années et n'a pas réussi à le rendre. Donc, je suppose qu'au moins une personne a aimé.

Sécurité PHP Pro par Snyder & Southwell pour Apress.

Bien que j'ai rencontré beaucoup de livres et de didacticiels Webdev avec une attitude extrêmement médiocre à l'égard de la sécurité (d'où cet appel au secours), ce livre atteint de nouvelles profondeurs en disposant d'un code rempli de failles de sécurité dans un livre censé être tout à fait la sécurité .

Je ne l'ai jamais lu intégralement, avec des charges de chapitres qui ne traitent guère de PHP, mais même un survol superficiel d'injections HTML révélées (XSS) dans presque tous les exemples, même dans le chapitre sur la façon d'éviter les attaques XSS. Il y a l'injection SQL. Il y a traversée de répertoire. C’est dans les exemples «comment faire», pas dans le type «voici une erreur commune à éviter»! Il y a même des suggestions (inadéquates) sur la façon d'utiliser "en toute sécurité" evalet systemqui pourraient être remplacées de manière beaucoup plus judicieuse par le mot "NE PAS FAIRE".

Les solutions proposées sont principalement des approches erronées et discréditées basées sur la «désinfection» ou la fuite aléatoire au stade de la saisie, au lieu de vraiment comprendre le fonctionnement du texte échappé et la nécessité de faire le bon codage au fur et à mesure de la sortie. un format particulier est requis. Ce malentendu est une cause répandue d'applications cassées et il est déchirant de le voir dans un livre sur la sécurité. Et puis, il y a des recommandations totalement bizarres, telles que l'ajout d'une colonne 'verrouillage admin' à toutes vos tables pour essayer d'appliquer la logique d'accès. Whut? Oh, et le code est un fouillis de logique mélangée et de balisage, natch.

4 étoiles sur Amazon! Achetez votre copie maintenant!

1. Tout et tout écrit par Herbert Schildt. Appeler ce livre est probablement un peu exagéré - cela ressemble plus à un éternel cas d'intoxication alimentaire sur papier.

2. Programmation fractale en C, par Roger T. Stevens. Comme l'aurait dit Leonard Plinth-Garnell, "Extrêmement affreux!"

3. Recettes numériques dans [C | C ++]. Beaucoup de "recettes", mais 1) le code est vraiment Fortran avec la syntaxe de la famille C, et 2) beaucoup (la plupart?) Des algorithmes sont proposés numériquement instables et généralement mieux évités.

S'il vous plaît, pardonnez-moi… J'étais au collège et j'étais fasciné par le passage à l'an 2000. Le livre s’est avéré ennuyeux et, tout comme le battage médiatique, c’était un sensationnalisme. Complet des ordures.

Si vous trouvez cette merde dans la cabine d'un testeur, renvoyez-le immédiatement. Ce livre est pour les imbéciles écrits par un imbécile.

Oh, et bien, controversé, ceci, je suppose:

Le langage de programmation C ++ de Stroustrup , troisième édition . Ce n'est pas le pire livre de programmation que j'ai lu à la craie, mais c'est certainement le plus décevant.

Je me souviens d’avoir aimé la seconde édition, qui était au moins une tentative d’écrire dans le même style concis que le chef-d’œuvre C de K & R. Malheureusement, cette édition est antérieure aux modèles et aux autres fonctionnalités du langage moderne, elle n’est donc plus très utile aujourd’hui.

La troisième édition élimine toute tentative de concision, aboutissant à un livre trois fois plus long que son prédécesseur, remplissant ses pages de discussions fastidieuses sans fin sur les idées de l'auteur sur les meilleures pratiques en matière de codage orienté objet et de développement de logiciels en général.

Quelque part entre toutes ces difficultés, il y a une description du fonctionnement du langage C ++, mais bonne chance pour le trouver. C'est un fouillis tentaculaire d'un livre.

(Un peu comme la langue, hein?) (Désolé, c'était injustifié.) (Peut-être un peu appelé.)

Ce doit être " Wicked Cool PHP "

Je l'ai acheté parce qu'il y avait un robot avec un marteau sur le capot avant, qu'est-ce qui pourrait mal tourner? J'ai pensé. S'avère tout. Des exemples inutiles, un code terrible et des informations de sécurité incorrectes tout au long.

Head First C #. Honte à la famille Head First IMO.

Application de modèles et de conceptions basés sur un domaine: avec des exemples en C # et .NET

La honte était que j'aime DDD, que j'aime les idées présentées dans le livre et que l'auteur est intelligent et compétent. mais j'ai essayé de lire ce livre peut-être 5 à 10 fois et je ne peux tout simplement pas le faire. L’auteur doit savoir quand arrêter de parler, cesser de parler, arrêter de fournir des sections «Le saviez-vous?

En bout de ligne: le livre contient de bonnes informations / idées, sauf qu'ils sont enterrés dans tellement de BS que vous ne les aurez jamais. Ce livre aurait pu être 1/4 de son contenu, et cela aurait été bien.

UML in a NutShell (1ère édition).

Essentiellement illisibles, les relecteurs avaient besoin d'indiquer à l'auteur de recommencer avec une explication, et pas seulement un résumé des normes.

La 2e édition, en revanche, est lisible et utile.

Comment tout faire avec PHP et MySQL par Vikram Vaswani. Ce livre m'a tellement retardé lors de mon apprentissage de la programmation. Code horrible, mélange constant et correspondance du code et du balisage, ignorance totale de la programmation orientée objet, signe de la plus simple protection de la sécurité et ignorant tout simplement PHP5, qui même alors, n'était pas tout à fait nouveau.

J'ai écrit un article de blog sur les livres de programmation dans lequel j'avais cette image comparant les deux premiers livres PHP que j'ai obtenus.

Comparez la taille http://blog.webicity.info/blog/wp-content/uploads/2010/08/books-small.jpg

Devinez qui a le titre le plus précis?

Je ne me souviens pas du titre, mais j'ai récemment vu un manuel pour Visual Basic au lycée. Les deux premiers chapitres ne traitaient pas du codage, ni même de ceux liés à VB (Une histoire de BASIC aurait été une amélioration.).

L'école aurait pu économiser beaucoup d'argent en se contentant de googler «VB Hello World».

Programmation en C ++ par Dewhurst et Stark:

Ce n'est peut-être pas le pire de tous les temps. Cela fait ma liste parce que la couverture de la première édition ressemblait exactement au langage de programmation C de K & R , donc je m'attendais à un travail de qualité similaire. J'en ai reçu une copie il y a 20 ans, alors que C ++ commençait à être largement utilisé. Ce livre enseignait la syntaxe, mais il n’a rien montré au programmeur C pour tirer parti des fonctionnalités de C ++. J'ai trouvé ce livre très frustrant.

Contrôle de version pragmatique à l'aide de Subversion - Facilement dans le dernier rang de tous les livres de programmation pragmatique que j'ai lus jusqu'à présent. Extrêmement mince sur le contenu. Certains pourraient dire que ce livre est destiné aux débutants absolus qui débutent avec le contrôle de version, mais ce n'est pas une bonne idée - peu importe ce que le livre contient, cela ne vaut vraiment pas la peine d'écrire un livre.

Je ne me souviens plus du nom - je verrai peut-être plus tard si je peux le chercher - mais il y avait un livre ASP.NET contenant tous les extraits de code (et il y en avait beaucoup) en tant que captures d'écran de Visual Studio. Cela semblait cool au début parce que cela me montrait exactement où aller dans l'IDE (j'étais en train d'apprendre à ce moment-là). Après un certain temps cependant (chapitre 2, je pense), j'ai découvert que je savais où tout était et que je trouvais juste les plans trop difficiles à lire.

Pro C # par Andrew Troelsen était généralement très bon, mais quelqu'un doit apprendre à l'homme à bien utiliser les exemples. Il enseignerait une technique pour un sujet (disons multithreading), puis en enseignerait une autre et comparerait les deux. Le problème est que, plutôt que de simplement mettre à jour le premier échantillon avec le nouveau code, il écrirait une toute nouvelle application qui ferait quelque chose de totalement différent et ajouterait également un tas de concepts supplémentaires.

Une tapisserie en informatique: Exploration de l'informatique en C ++

Cela a été attribué à la lecture quand j'étais au collège. En plus d'être totalement soporifique, ce livre présente les choses d'une manière aussi compliquée, je doute que je l'aurais analysé sans connaissances préalables de la programmation: la majeure partie de ma classe, dans laquelle il n'y avait qu'un seul codeur expérimenté, était complètement perdue.

J'ai abandonné après avoir lu seulement une fraction du livre et essayé de l'utiliser pour tenir le bout d'une bibliothèque vacillante. Ce n’était pas bien non plus: un peu trop épais et la couverture glissante.

Vérification des programmes séquentiels et concurrents, deuxième édition , de Krzysztof R. Apt et Ernst-Rüdiger Olderog.

C’était peut-être le sujet, mais je me souviens clairement que c’était le livre le plus sec que j’ai jamais lu. Aller jusqu'au bout était un véritable défi soporifique.

Programmation Microsoft Visual C ++, 5ed (Kruglinski, Shepherd, Wingo)

Le livre n’était pas mauvais, mais son titre est très trompeur, en particulier pour les débutants en C ++. La préface du livre promet de vous apprendre à programmer en VC ++, et une formation en C mais pas en C ++ est tout ce dont vous avez besoin. À vrai dire, vous ne pouvez absolument rien apprendre sur le C ++ à partir de ce livre.

Je possédais ce livre depuis environ 10 ans et récemment (après avoir travaillé pendant 4 ans pour un travail C ++ / Windows), j’ai commencé à en trouver quelques-uns. chapitres un peu utiles pour expliquer des choses aux nouveaux employés.

Les personnes souhaitant apprendre la programmation Windows sont invitées à: (par ordre chronologique)

• Apprendre le C (et obtenir de préférence un diplôme de CS)
• Trouvez une équipe de projet C / C ++ et rejoignez-la, et concentrez-vous sur la partie pure de la programmation en C / C ++ pour la maîtriser.
• Lorsque vous avez besoin de quelque chose, apprenez directement de MSDN (cela s’est beaucoup amélioré au cours des 4 dernières années). Demandez à vos collègues des extraits de code.
• Enfin, lisez ce livre. Cela commencera à avoir un sens.

Nous avons eu un cours à l'université sur les systèmes de connaissances. Le livre était vraiment mauvais, il n'était pas fini et difficile à lire. L'enseignant n'a pas suivi le livre (bien que cela ait été requis pour le cours) et l'examen consistait en plusieurs questions à choix non liées à la fois au livre et au cours. Mais heureusement, l'enseignant a réutilisé les questions des examens précédents pour que les étudiants les apprennent.

Je n'ai pas encore trouvé de livre que je n'ai pas trouvé utile.

Je ne sais pas pourquoi, mais c'est comme ça, n'est-ce pas?

Il y en a beaucoup trop à énumérer.

Tous les livres SAMS sont admissibles.

En général, je ne tiens pas à me souvenir des livres muets. Parfois, je les déchire simplement le long de la colonne vertébrale (s'il s'agit de livres de poche) et je les jette ou les brûle. Je n'ai pas acheté trop de livres récemment.