Discussion :

[sevyc64]

Je te parle pas de VBA, je te parle de VB6 !!!!

Les 2 applicatifs sont en VB6, obsolète et plus mis à jour depuis plus de 15 ans.
Les 2 attaquent des bases en Access 97, obsolète aussi depuis plus de 15 ans, qui sont sur un lecteur réseau, multi-utilisateurs et accès concurrentiel.
Et pour couronner le tout la connexion se fait à travers les composants DAO, obsolètes et remplacés par ADO, depuis plus de 20 ans. Ils étaient déjà obsolète et dépréciés quand les logiciels ont été conçu, mais "c'était plus simple à mettre en œuvre !".

Et sans parler de la limite de taille de fichier Access à 2Go.

Malgré tout, ça continu de marcher, moyennant quelques bases qui pètent de temps en temps, et un stress énorme tous les 2èmes mercredi du mois avec les maj de sécurité de Windows. Et si ça fait maintenant quelques mois qu'il n'y a pas eu de soucis, les 2 dernières alertes ont été particulièrement douloureuses.

Ceci-dit, le premier sera définitivement enterré mi-décembre. Quant au second, on commence à creuser sa tombe, dès le 1er janvier, donc à peu près 1 an de sursis, le temps de migrer les derniers clients qui veulent continuer avec nous.

[Pierre Fauconnier]

tu sais, VB6 et VBA, c'est le même coeur. VBA a juste été adapté par la suite pour la version 64 bits, mais tout le reste du langage, c'est kif et les numéros de version étaient identiques entre VB6 et VBA.

Access97, c'est en effet obsolète et DAO aussi, mais on rejoint la remarque que je formulais: Ce ne sont pas les produits qui n'étaient pas bons, c'est la mise en oeuvre qui posait problème.

Le VBA a toujours été dénigré dans les écoles informatiques, et je gagne confortablement ma vie à mettre en place en VBA des solutions temporairement définitives pendant que l'IT se livre à une masturbation intellectuelle pour savoir par où prendre le besoin de l'utilisateur et avec quelle techno lui donner satisfaction. Tu n'imagines pas à quel point ça me fait rire lorsque j'entends alors "Tu programmes en VBA? Ce truc pourri?"

Allez...

[el_slapper]

Il y a moyen de faire des trucs très propres en Access et VBA, et même en Excel et VBA, comme il y a moyen de faire de la merde infâme en C# ou autre "vrai" langage

J'irais à la fois plus loin et moins loin.

Plus loin parce qu'intrinsèquement, en termes de lisibilité du code, il n'y a pas de raison pour que ça soit plus dur en VBA qu'en C#. Bon, il y a bien deux-trois sucreries réservées au C# qui sont sympa, mais ça n'est pas ça qui va transformer un amas de %¤#$µ en merveille de lisibilité.

Moins loin, parce que la population qui code en VBA est très, très souvent une population qui ne se permettra pas de code en C#, et qui n'est pas du tout sensibilisée aux questions de lisibilité du code. Donc on retrouve très souvent des codes VBA atroces, bien plus souvent qu'en C# (ou pourtant déjà.....). Sans doute par ce que tu évoques dans ton post d'après : les gens qui sont correctement (enfin, j'espère) formés sont écartés du VBA et poussés vers le C#, alors que beaucoup de proto-programmeurs attaquent avec ce qu'ils ont, donc VBA, sans formation, sans rien.

Mais il ne faut pas se tromper entre la poule et l'œuf. C'est avant tout la capacité (innée, acquise, peu importe) du développeur à exiger de lui-même des choses lisibles qui donne de la lisibilité. Le langage n'est qu'un vague plus.

[Pierre Fauconnier]

[...]

Dans une discussion technique, je viens encore de tomber sur du "code" à faire vomir, et en plus de me faire dézinguer parce que je proposais une solution en 10 lignes qui s'adapte plus au logiciel utilisé que les 70 lignes illisibles et mal codées. Le problème du VBA, comme le disait sevyc64, c'est qu'il y a BASIC dedans, et donc le péquenot qui n'y connait rien croit être devenu développeur informatique parce qu'il a enregistré un truc avec l'enregistreur de macros Excel...


Cela dit, pour revenir au sujet initial, ça me fait toujours sourire, ces "enquêtes" pour dénigrer tel ou tel bazar...

[el_slapper]

le péquenot qui n'y connait rien croit être devenu développeur informatique parce qu'il a enregistré un truc avec l'enregistreur de macros Excel...

Oui, le para programmeur (je ne sais plus ou j'avais lu ce mot, qui décrivait la personne dont programmer n'était pas le métier, mais qui programmait à l'occasion parce qu'il en avait besoin pour son métier principal). VBA n'obligeant pas à faire des classes (il faut se farcir un tantinet de théorie pour faire des classes, mêmes basiques), il est donc bien adapté à ces gens qui ont besoin d'un retour sur investissement immédiat. Le revers, c'est qu'en effet, ils font n'importe quoi.

Je me souviens, en Janvier 2001, être tombé, dans une équipe de testeurs fonctionnels, sur un code qui ressemblait à ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
For Ligne = 3 To 4
    [traitement d'une case numérique en ligne Ligne]
Next
For Ligne = 5 To 7
    [traitement d'une case alphanumérique en ligne Ligne]
Next
(..../...)

Et ce, sur 150 lignes. J'ai rajouter une colonne avec un drapeau numérique/alpha (plus créé deux fonctions pour le traitement), gérer les lignes de début et de fin en dynamique, et je leur ai expliqué qu'ils n'avaient plus besoin de rajouter des lignes à la macro, après ça - juste des lignes dans le fichier à traiter, avec la case alpha/num en plus.

Résultat, je retombe 5 ans plus tard sur le même fichier, ils sont revenus en arrière, en reprenant des morceaux de ce que j'avais fait, et en rajoutant toujours plus d'horreurs, alors même que le besoin n'avait pas changé. Je me rends compte aujourd'hui que j'aurais aussi du rajouter une macro avec form pour saisir quand ils avaient à rajouter une ligne. Histoire de blinder le truc, et de ne plus leur donner envie d'aller trifouiller. Mais j'étais jeune et plein d'illusions.

Des années plus tard (2010, de mémoire), je n'ai pas commis la même erreur, chez un autre client. Je leur ai fourni un tableau ou ils ne pouvaient pas modifier à la main, juste appuyer sur le bouton pour ouvrir l'interface de saisie et de modification. Tout était encapsulé. Ils n'avaient pas à se poser de questions. Un para programmeur, ça se forme, ou ça se met en cage. Et, généralement, on a pas le temps de les former...

Cela dit, pour revenir au sujet initial, ça me fait toujours sourire, ces "enquêtes" pour dénigrer tel ou tel bazar...

Moi pas. Il y a des sous-jacents économiques forts derrière, et on cherche à éliminer des technologies qui font le boulot pour prendre la place.