IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Débats sur le développement - Le Best Of Discussion :

COBOL, VBA, MATLAB, NetBeans, Eclipse, IBM DB2, etc. Ces langages, EDI, et SGBD qu'on ne veut plus utiliser


Sujet :

Débats sur le développement - Le Best Of

  1. #21
    Modérateur
    Avatar de sevyc64
    Homme Profil pro
    Développeur informatique
    Inscrit en
    janvier 2007
    Messages
    10 006
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 006
    Points : 27 347
    Points
    27 347
    Par défaut
    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.
    --- Sevyc64 ---

    Parce que le partage est notre force, la connaissance sera notre victoire

  2. #22
    Responsable
    Office & Excel


    Homme Profil pro
    Formateur et développeur chez EXCELLEZ.net
    Inscrit en
    novembre 2003
    Messages
    18 959
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : Belgique

    Informations professionnelles :
    Activité : Formateur et développeur chez EXCELLEZ.net
    Secteur : Enseignement

    Informations forums :
    Inscription : novembre 2003
    Messages : 18 959
    Points : 55 538
    Points
    55 538
    Billets dans le blog
    128
    Par défaut
    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...
    "Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
    ---------------
    Mes billets de blog sur DVP
    Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
    Pensez à utiliser les tableaux structurés. Ils vous simplifieront la vie, tant en Excel qu'en VBA ==> mon tuto
    Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
    Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
    VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
    ---------------

  3. #23
    Expert éminent sénior
    Profil pro
    Inscrit en
    décembre 2007
    Messages
    6 753
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : décembre 2007
    Messages : 6 753
    Points : 31 699
    Points
    31 699
    Par défaut
    Citation Envoyé par Pierre Fauconnier Voir le message
    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.
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  4. #24
    Responsable
    Office & Excel


    Homme Profil pro
    Formateur et développeur chez EXCELLEZ.net
    Inscrit en
    novembre 2003
    Messages
    18 959
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : Belgique

    Informations professionnelles :
    Activité : Formateur et développeur chez EXCELLEZ.net
    Secteur : Enseignement

    Informations forums :
    Inscription : novembre 2003
    Messages : 18 959
    Points : 55 538
    Points
    55 538
    Billets dans le blog
    128
    Par défaut
    Citation Envoyé par el_slapper Voir le message
    [...]


    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...
    "Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
    ---------------
    Mes billets de blog sur DVP
    Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
    Pensez à utiliser les tableaux structurés. Ils vous simplifieront la vie, tant en Excel qu'en VBA ==> mon tuto
    Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
    Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
    VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
    ---------------

  5. #25
    Expert éminent sénior
    Profil pro
    Inscrit en
    décembre 2007
    Messages
    6 753
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : décembre 2007
    Messages : 6 753
    Points : 31 699
    Points
    31 699
    Par défaut
    Citation Envoyé par Pierre Fauconnier Voir le message
    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...

    Citation Envoyé par Pierre Fauconnier Voir le message
    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.
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

Discussions similaires

  1. Réponses: 5
    Dernier message: 03/01/2021, 21h43
  2. Quel serait le langage de programmation le plus rentable ?
    Par Stéphane le calme dans le forum Actualités
    Réponses: 33
    Dernier message: 25/05/2020, 13h14
  3. Réponses: 113
    Dernier message: 21/12/2017, 13h36
  4. Quel est le langage de programmation le plus pertinent pour du traitement audio ?
    Par LeTouriste dans le forum Langages de programmation
    Réponses: 3
    Dernier message: 02/11/2006, 11h42

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo