Lisibilité et commentaires des codes sources
pl3m0
Messages postés
8
Date d'inscription
mercredi 10 décembre 2003
Statut
Membre
Dernière intervention
24 octobre 2005
-
22 oct. 2004 à 16:39
cs_Jack Messages postés 14006 Date d'inscription samedi 29 décembre 2001 Statut Modérateur Dernière intervention 28 août 2015 - 22 oct. 2004 à 17:25
cs_Jack Messages postés 14006 Date d'inscription samedi 29 décembre 2001 Statut Modérateur Dernière intervention 28 août 2015 - 22 oct. 2004 à 17:25
A voir également:
- Lisibilité et commentaires des codes sources
- Commentaires vba ✓ - Forum Visual Basic
- Mettre en commentaire une fonction ✓ - Forum VB.NET
- Commentaire ✓ - Forum Visual Basic
- VBA Excel : Commentaire ✓ - Forum Visual Basic 6
- Tous les codes vba excel - Conseils pratiques -Visual Basic / VB.NET
1 réponse
cs_Jack
Messages postés
14006
Date d'inscription
samedi 29 décembre 2001
Statut
Modérateur
Dernière intervention
28 août 2015
79
22 oct. 2004 à 17:25
22 oct. 2004 à 17:25
Salut pl3m0
lol, je suis d'accord avec toi.
Mon point de vue :
En fait, l'organisation du travail sous un langage de programmation s'acquière avec le temps.
Le fait de ne pas indenter le code, nommer clairement les contrôles, les variables ou de ne pas utiliser la norme de nommage, ou de ne pas mettre de commentaires n'empèche pas le programme de tourner.
Quand on débute, le but ultime de la programmation est de faire fonctionner ce programme, c'est quand même le but principal.
Maintenant, quand on commence à faire des applications complexes et à long terme, c'est là que toute cette organisation s'impose. Ils y viendront, c'est sûr.
Quand ils auront galéré pendant des heures pour trouver une panne, alors deux solutions :
- Soit ils comprennent que ce n'est pas du superflu (ce que j'espère)
- Soit ils se découragent et abandonnent.
C'est dommage, mais c'est comme ça.
Personnellement, je n'ai jamais pris de cours de programmation à l'école (l'informatique n'existait pas, lol) mais j'espère que les profs insistent sur ces quelques points qui me semblent cruciaux.
Vala
Jack
lol, je suis d'accord avec toi.
Mon point de vue :
En fait, l'organisation du travail sous un langage de programmation s'acquière avec le temps.
Le fait de ne pas indenter le code, nommer clairement les contrôles, les variables ou de ne pas utiliser la norme de nommage, ou de ne pas mettre de commentaires n'empèche pas le programme de tourner.
Quand on débute, le but ultime de la programmation est de faire fonctionner ce programme, c'est quand même le but principal.
Maintenant, quand on commence à faire des applications complexes et à long terme, c'est là que toute cette organisation s'impose. Ils y viendront, c'est sûr.
Quand ils auront galéré pendant des heures pour trouver une panne, alors deux solutions :
- Soit ils comprennent que ce n'est pas du superflu (ce que j'espère)
- Soit ils se découragent et abandonnent.
C'est dommage, mais c'est comme ça.
Personnellement, je n'ai jamais pris de cours de programmation à l'école (l'informatique n'existait pas, lol) mais j'espère que les profs insistent sur ces quelques points qui me semblent cruciaux.
Vala
Jack
