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

Qu'une fonction de plus de 500 lignes est acceptable à condition qu'elle soit bien commentée. J'ai vu des développeurs expérimentés faire cela, et refuser de la décomposer en morceaux maintenables parce que la fonction "ne faisait que ce qu'elle était censée faire, et chaque opération était commentée."

Answer 2

1. Ils lisent un tutoriel sur le web, copient-collent, le code fonctionne mais ils ne savent pas pourquoi et ils en sont satisfaits.
2. Le code fonctionne sur la machine locale mais pas sur les autres.
3. Le problème vient de la machine, pas de l'étranger entre la chaise et le clavier.
4. Ils écrivent le code mais quand il s'agit de maintenance, ils préfèrent une bière...

Answer 3

Que la rigidité de la syntaxe d'une langue est là pour les ennuyer ou "pour faire joli".

Ce n'est que bien plus tard (cours sur les automates/langues formelles et plus tard sur la compilation) qu'ils réalisent que la raison pour laquelle ils doivent mettre ce point-virgule ou fermer cette accolade est que sinon le compilateur ne peut pas analyser leur programme sans ambiguïté.

Cela vient probablement de la fluidité du langage naturel, auquel cette génération d'étudiants est probablement encore plus apte à croire grâce aux textos.

Answer 4

La plupart des éléments mentionnés ne concernent pas, à mon sens, le programmeur débutant, mais le programmeur qui a dépassé le stade où il a compris comment la plupart de ces éléments fonctionnent - comment l'apprentissage du 2ème, 3ème et 4ème langage était beaucoup plus facile que le 1er, etc - mais qui n'a pas encore fait partie d'un grand projet "sérieux".

Pour moi, les idées fausses des débutants comprennent des choses telles que :

1. Lorsque le code ne compile pas ou produit des erreurs - les messages d'erreur ne disent rien d'autre que le fait qu'il y a une erreur (c'est-à-dire donner du sens aux messages d'erreur que PHP produit).
2. En ce qui concerne la programmation web, comprendre toute la relation entre le php et le html semble être un gros obstacle pour de nombreuses personnes.
3. Quand j'ai eu un cours de programmation pour débutants, il y avait BEAUCOUP de confusion sur la façon dont tout fonctionnait - on nous a montré VB.Net 2005 Express, on nous a montré comment créer un nouveau projet avec une fenêtre, on nous a donné la fonction "Rand" (je crois qu'elle s'appelle ainsi, je ne suis pas un fan de VB) et on nous a demandé de faire un jeu qui utilise des nombres aléatoires. Dois-je préciser que bien moins de la moitié de la classe a compris la différence entre l'utilisation d'une fonction/sous-variable locale et la déclaration de la variable dans la classe ? Et aussi, aucun d'entre eux, je ne pense pas, n'a jamais eu la moindre idée de ce qu'était la POO, ou du fait qu'ils pouvaient créer leurs propres objets.

Je ne peux pas honnêtement me souvenir des miennes (et je me promène probablement encore avec des idées fausses stupides, c'est pourquoi je n'ai pas réalisé quelles étaient les miennes, parce qu'elles sont toujours mes idées fausses), mais je pense que c'était très proche de ce que je viens de décrire.

Answer 5

Ce pseudo-code est la façon dont les choses sont censées se présenter. Trop de nouveaux programmeurs essaient d'écrire du code comme ils écriraient une phrase, et bien... ça ne marche pas comme ça.

Ma femme est titulaire d'une licence d'anglais et tente depuis peu de reprendre ses études pour obtenir un diplôme en informatique. J'en suis le témoin direct lorsqu'elle essaie d'écrire son code comme :

If Myint = 1

Then
   cout ...

Else