Hé ! Le stagiaire ! Non mais je rêve ! Que fais-tu éloigné de la cafetière ? Et laisse-la branchée à l'onduleur, veux-tu ? Allez, va me faire quinze photocopies de 300 pages, ça t'apprendra, petit insolent !

Au moins les if étaient bien indentés. Ce qui donne un très joli escalier.

De toutes façons, un stagiaire, ça sert à faire le boulot bien, sinon, à quoi sert le fait que tu sois payé au lance-pierres si ce n'est pas pour rattraper les conneries des autres ?

un grand classique du code spaghetti. Une succession de codeurs qui retouchent le même code, sans documentation, ça donne toujours des trucs joyeux à relire...

Je me souviens toujours de la superbe phrase de documentation "this method does things". J'en ris encore :')

Je suis en train de penser... si tous ces if étaient bien indentés, vers la "fin", les lignes devaient avoir 3 caractères de large, non ? Tu penses qu'ils ont arrêté les dégâts à cause de ça ?

C'est pas faux. C'est comme dire qu'une roue tourne. Que tu lis des écritures. Mais je vais laisser là Mr Lapalisse !

C'est typiquement le genre de code réalisé par "l'expert en Excel" du service qui manipule l'enregistreur de macro comme personne mais qui ne sait même pas reprendre un minimum le code que cela génère.

Et sinon, pour info, un "switch case" n'aurait pas vraiment été parfait dans ces conditions puisque ça n'existe pas en Vba. Par contre "select case" c'est faisable. :-)

Je ne comprendrai jamais cette obsession des grands groupes à créer des usines à gaz en excel là où une appli web ferait parfaitement l'affaire. Avec une appli web :

-Fini de gérer Excel 2000, 2003, 2007, 2010. Ok, à la place on se tape la gestion des différents navigateurs, mais dans une boîte, on peut dire "utilisez tel navigateur".
-Les mises à jour se font automatiquement pour tout le monde. Je crois que c'est la plus grosse plaie des applis Excel : quand on se traîne un fichier qui date de 1998 parce que vu qu'il était déjà rempli de données on n'a jamais pu le mettre à jour, il faudrait retaper toutes les données.
-Quand il y a un bug, on trouve des logs sur le serveur, plutôt que de devoir appeler un gars qui va approximativement lire un message d'erreur en oubliant la moitié des mots.
-Un fichier excel n'est pas une BDD boudiou !
-Excel n'est pas fait pour développer des applis boudiou !
-Quand on envoie un fichier excel plein de macros, il y a 80% de chances qu'un antivirus le dégage.

Bref. Excel est un tableur. Pour faire des applis, il y a des applis pour ça.

Tu as déjà fait du testing avec Access ? Non ? Alors vénère ta bonne étoile.

Ce que tu oublies, c'est que Excel est utilisé aussi par des utilisateurs comme moi qui certes ne s'y connaissent pas trop en programmation et apprennent via des recherches Google mais qui doivent surtout pallier aux manques du service informatique qui ne produit rien car pas le temps / trop cher / etc ...

Donc, si tu veux te faciliter la vie, tu passes par Excel qui est en général dispo partout et plus facile à utiliser qu'Access.

"dispo partout"... encore faut-il avoir un OS qui accepte de l'installer :)

Disons que ça ne me déplairait pas de tourner sur Linux au boulot (je suis même souvent partisan) mais ce n'est pas encore le cas pour une majorité.

Et puis, je dois avouer ... je suis fan de Windows 7, il me facilite vraiment la vie. Autant, je ne voyais pas trop de différence entre un bureau XFCE ou LXDE et un XP. Autant, je n'ai encore rien trouvé d'aussi bon pour la productivité que Windows 7 dans aucun bureau Linux. Le problème de Linux est qu'ils essaient parfois de réinventer l'ergonomie alors que je trouve que Microsoft a trouvé pas loin de la perfection avec 7. Et puis ils ont tout détruit avec 8 ... Mais si Linux copiait 7, ce serait parfait.

Private Sub CommandButton1_Click()

pour ca en VB c'est creer en auto quand tu creer un bouton, si je me souviens bien

Excel+VBA est hyper-puissant. J'adore cet outil, et j'ai fait(et pas que moi) plein de trucs formidables avec. Mais il faut être réaliste, il a deux limites majeures, qui ne seront jamais dépassées :

(1)C'est mono-utilisateur. Essayer de faire un truce dont deux personnes se servent en même temps, c'est du suicide(alors qu'une bête base de données...). Et mono-développeur aussi. Mono-tout, en fait. tant qu'on est tout seul, c'est insurpassable. Dès qu'on est deux, c'est le drame.
(2)C'est tellement puissant, y compris pour les gnous, qu'on trouve bien plus d'horreurs que de codes bien conçus. Donc ça a tendance à rebuter sévère le vrai professionel. Pour de mauvaises raisons, mais je comprends. Le premier gnou venu lit un tutorial bancal sur le web, le réalise de travers, obtient un résultat rigolo, et se prend pour le roi du monde. Et on en arrive à des PEBKAC de ce genre.

1) Linux est un kernel, sacrebleu.
2) GNU/Linux n'est attaché à aucun window manager / desktop environment en particulier. N'importe qui peut lancer un projet de DE pour Gnunux avec ses propres idées sur l'ergonomie. Lance ton projet de fork du bureau Cévennes si ça te fait plais'.
3) Si tu aimes Cévennes, teste KDE.
4) Comment peut-on trouver qu'un DE avec un seul bureau virtuel est ergonomique ?
5) Comment peut-on trouver qu'un DE avec une systray range-foutoir est ergonomique ?
6) Cévennes sera ergonomique quand MS assouplira sa gestion du focus. Cliquer pour sélectionner *puis* cliquer pour faire l'action désirée, c'est trop : un seul clic devrait suffir. (Non, le focus par survol n'est pas une solution.)
7) Comment peut-on... hmpf, pour faire court : avant de parler de perfection, installe un tiling WM, vire toutes les barres des tâches, docks, et apprends à utiliser ton clavier pour tout ce qui n'est pas du graphisme ni du jeu. XMonad FTW.

Plus sérieusement : Ne parle JAMAIS de perfection en matière d'UI. C'est un troll. C'est TOUJOURS un troll. c'est presque aussi pire que VIm vs. Emacs.