Reprise du message précédent :

je suis pas d'accord, qqn qui apprends à programmer avec VB ne va pas typer ses variables (voir même pas les déclarer du tout), ne pourra pas apprendre la programmation objet, n'utilisera pas certaines fonctionalités présentes dans tous les autres langages comme les "and then" et "or else", etc etc etc...

 
alors chacun sa manière d'apprendre !
moi je sais que c'est en regardant des programmes bien écrits que j'ai progressé. au début, je programmais comme un porc et maintenant je suis satisfait de ce que je fais
enfin bon, chacun son point de vue

 
Qu'es-ce qu'un programme bien écrit ? (la question est parfaitement sérieuse, d'autre peuvent venir, on peut en faire des pages)

 
je serais tenter de dire,un programme qui tourne sous tous les OS et sur un P100 aujourd'hui, avec une certaine fluidité !

 
mais pourquoi tu dis ça ?  
il suffit de cocher option explicit et qu'on dise à la personne qu'il est préférable de typer ces variables et elle le fera !
 
franchement, quand je regarde des programmes que j'ai écrits il y a longtemps, je me dis "mais putain c'est pas comme ça qu'il faut s'y prendre !".
honnêtement ma phrase, je la pense à 10000% : LA PROPRETE VIENT AVEC L'EXPERIENCE.

 
un programme propre :
 
- noms de variables explicites (pas de a, aa, aaa etc.) et correctement typées
- commentaires à profusion
- indentations respectées
- pas d'utilisation de goto
- pas de variables globales sauf cas exceptionnels
- pas de redondance de code
- utilisation algorithmique optimisée (pas de boucle où il y a à l'intérieur des traitements qu'on aurait pu sortir)
- ......
 
il y a beaucoup d'autres choses, mais c'est ce que j'ai en tête pour le moment

non, ya qu'a voir les sources qui trainent sur le net, c'est une vrai plaie. Si le langage n'était pas aussi permissif, VB n'aurait pas aussi mauvaise réputation.
 

Tu te bases uniquement sur ton cas personnel: tu codais comme un porc, tu code mieux maintenant=> la propreté vient avec l'experience. Mais ça ne fonctionne pas comme ça pour tout le monde, certains codent toujours comme des porcs même après des années d'expérience (j'ai un collègue comme ça) et d'autres (typiquement ceux qui ont appris la prog durant leurs études) programment proprement dès leurs débuts.

J'ai vu des tas de programmeurs qui ont 20 ans d'expérience dans cette boîte, et aucun n'est capable de programmer un tri bulle correct: si on change le nombre d'éléments dans le tableau, leurs programmes se vautrent tous.
 
Le codage propre est aussi une question d'algorithmique. Pourtant ces gens ont 20 ans d'expérience mais ils ne sont pas capables de faire un code propre pour résoudre un problème aussi simple.

Le gros défaut du VB est qu'il gère très mal l'unicode ! Personellement, je fais tous mes softs avec support Unicode (pour des raisons d'exportation évidentes) et ça m'a conduit à abandonner plus ou moins VB pour Delphi

 
Ouais enfin Delphi supporte l'unicode en interne, mais dès que t'as besoin de sortir (interface utilisateur ou noms de fichiers) il n'y a plus personne
Par ex pour mon soft Ant Renamer, pour supporter les noms de fichiers unicode (les afficher, les renommer, permettre à l'utilisateur d'entrer des caractères unicode, etc.) j'ai dû passer par ça : http://home.ccci.org/wolbrink/tnt/ [...] ntrols.htm