L'idée fausse la plus nuisible des débutants en matière de programmation ?

Question

Duplicata possible :
Quelle est votre plus ancienne hypothèse de programmation qui s'est avérée incorrecte ?

Quelle est, à votre avis, l'idée fausse la plus nuisible que vous ayez vue chez les novices en programmation ?

Answer 1

Au début :

• Mais le monde entier n'est-il pas un x86 ?
• Je dois passer une taille avec ce tampon ?
• Vérification des erreurs ? Pourquoi ?
• Le STL est trop compliqué. Je préfère tout implémenter moi-même.
  • (Utilisez std::swap() ! std::swap() ! Commencez par là, puis passez à d'autres...)
• Sans savoir que l'on ne peut pas traiter les tampons binaires comme des chaînes de caractères sans les terminer par une terminaison nulle. (Pensez à : read(), recv(), etc.)

Plus tard :

Pensant à tort que...

• Qu'il y a 8 bits dans un octet.

• Cette collecte de déchets vous épargnera la gestion des ressources.

• Endianness ? Le remplissage ? Je ne peux pas simplement écrire()/envoyer()/etc. toute la structure ?

• Les threads, les blocages et les conditions de course, oh mon Dieu.

• i18n ? (2009, et nous sommes encore en train d'apprendre que la terre est ronde !)

• J'aurais pu mieux écrire. Il est temps de réécrire. (Indice : refactor .)

• C'est lié au temps, j'ai pensé à tort que :

  • Que dans une année civile, l'heure d'été commence avant de se terminer.
  • Que tous les fuseaux horaires sont des heures entières + ou -.
  • Que le décalage UTC maximum est de + ou - 12 heures.
  • Qu'il y a 60 secondes dans une minute.
  • Que 1900 est une année bissextile.

Je pense à tort que :

• 16 bits sont suffisants pour contenir un point de code Unicode.
• Je peux ignorer les bibliothèques FOSS qui feront 90% du travail pour moi.
• Que C/C++/Python/Lisp/C#/.Net/Java/VB6/Ruby/PHP/bash/assembleur est le langage parfait pour chaque tâche !

Answer 2

Tout ce qu'il y a à faire, c'est de construire de nouveaux trucs cool tous les jours. La maintenance fait partie de la programmation !

Answer 3

Que la partie la plus difficile est de taper le code. Plus on monte, plus cela devient la partie facile.

Answer 4

Les tests ne sont pas importants / nécessaires.

Les Unittests sont une perte de temps

Certains codestyles (conventions de dénomination, etc.) ne sont pas importants

Answer 5

Qu'ils vont "casser" quelque chose !

Ou, pour définir les "nouveaux venus" comme ceux qui ne le font pas, "Ce sera facile à changer ! C'est un logiciel !"

Santé,