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

Version imprimable

03/08/2021, 18h53
Michael Guilloux

1 pièce(s) jointe(s)

COBOL, VBA, MATLAB, NetBeans, Eclipse, IBM DB2, etc. Ces langages, EDI, et SGBD qu'on ne veut plus utiliser
COBOL, VBA, MATLAB, NetBeans, Eclipse, IBM DB2, etc. Ces langages, EDI, et SGBD que les développeurs ne veulent plus utiliser
Quelles sont les technologies les plus aimées et les plus redoutées par les développeurs ?

COBOL, VBA, MATLAB et Objective-C (dans la catégorie langages de programmation), IBM DB2 et Oracle (dans la catégorie bases de données), NetBeans, Eclipse, et Atom (dans la catégorie EDI) ou encore IBM Cloud / Waston (dans la catégorie cloud). Telles sont les technologies que les développeurs ne veulent plus continuer à utiliser, d'après une nouvelle enquête. L'étude a été réalisée au cours des mois de mai et juin 2021 auprès de plus de 83 000 développeurs de 181 pays. Et elle cherchait entre autres à savoir quelles sont les technologies les plus populaires, les plus aimées et les plus redoutées par les développeurs.

Dans cette enquête réalisée par Stack Overflow, il a été demandé aux développeurs quelles technologies ils ont activement utilisées lors de leurs développements au cours de l'année écoulée et s'ils souhaitent continuer à travailler avec elles au cours de la prochaine année. S'ils ont activement utilisé une technologie et qu'ils veulent continuer à l'utiliser, ils devaient cocher les deux cases comme illustré ci-dessous.

Pièce jointe 602678

Cela a permis de dégager quelles sont les technologies les plus utilisées par catégorie, mais également quelles sont les technologies les plus aimées, redoutées et recherchées.

Par exemple pour la catégorie bases de données, en examinant le questionnaire ci-dessus, on dira que le répondant :
- aime MySQL : il a travaillé activement avec le SGBD l'année passée et il veut continuer à l'utiliser l'année prochaine ;
- redoute MariaDB : il a travaillé activement avec le SGBD l'année passée, mais il ne veut pas continuer à l'utiliser l'année prochaine ;
- recherche Redis : il n'a pas travaillé avec le SGBD l'année passée, mais il veut l'utiliser l'année prochaine.
Ces points ayant été clarifiés, que révèle concrètement l'enquête ?

Les technologies les plus populaires

Dans la catégorie des langages de programmation, de script et de balisage, JavaScript termine sa neuvième année consécutive en tant que langage de programmation le plus couramment utilisé ; pour la plupart des développeurs, la programmation consiste à faire du développement Web. Notons également que Python a ravi à SQL sa place de troisième langage le plus populaire.

https://www.developpez.com/public/im...evstack-01.PNG

Dans la catégorie des bases de données, le trio au sommet est composé de MySQL (50,18 %), PostGreSQL (40,42 %) et SQLite (32,18 %). MongoDB vient à la 4e place juste devant SQL Server, mais lorsqu'on se limite aux développeurs professionnels (plus de 53 000 répondants), le SGBDR de Microsoft passe devant MongoDB. Le reste du classement reste inchangé que l'on se limite aux développeurs professionnels ou non.

https://www.developpez.com/public/im...evstack-02.PNG

Dans la catégorie des plateformes cloud, AWS conserve son avance en tant que plateforme cloud la plus utilisée, mais Google Cloud et Microsoft Azure ont réalisé des gains substantiels par rapport à l'année dernière.

https://www.developpez.com/public/im...evstack-03.PNG

Au niveau des frameworks Web, on note que cette année, React.js a dépassé jQuery en tant que framework Web le plus couramment utilisé.

https://www.developpez.com/public/im...evstack-04.PNG

Dans la catégorie des environnements de développement intégré (EDI), Visual Studio Code de Microsoft a une avance significative sur les autres alternatives. Sept développeurs sur dix l'utilisent. Ensuite vient l'EDI Visual Studio de Microsoft, utilisé par 1 développeur sur 3.

https://www.developpez.com/public/im...evstack-05.PNG

Les technologies les plus aimées et les plus redoutées

Le langage de programmation Rust créé par Mozilla reste le plus aimé parmi ses utilisateurs. Sur près de 6000 développeurs qui l'utilisent, 86,98 % veulent continuer à l'utiliser l'année prochaine. C'est la sixième année consécutive que Rust occupe cette place. C'est toutefois un résultat à relativiser puisqu'il dépend du nombre d'utilisateurs.

Cela dit, quand on regarde le bas du classement, on peut considérer que les langages COBOL, VBA, MATLAB et Objective-C sont les plus redoutés. Ces langages enregistrent les plus forts taux de développeurs (qui les utilisaient l'année passée) qui ne veulent plus continuer à les utiliser l'année prochaine.

https://www.developpez.com/public/im...stack-06P1.PNG
https://www.developpez.com/public/im...stack-06P2.PNG

Dans la catégorie des bases de données, Redis en est à sa cinquième année en tant que base de données la plus aimée. IBM DB2 en est à sa deuxième année consécutive en tant que base de données la plus redoutée. Après IBM DB2, Oracle est le SGBD avec le plus fort taux de développeurs (qui l'utilisaient l'année passée) qui ne veulent plus continuer à l'utiliser l'année prochaine.

https://www.developpez.com/public/im...evstack-07.PNG

Au niveau des plateformes cloud, AWS est la plateforme cloud la plus aimée, tandis que les développeurs ne veulent plus utiliser IBM Cloud / Watson et Oracle Cloud.

https://www.developpez.com/public/im...evstack-08.PNG

En ce qui concerne les EDI et éditeurs de texte, Neovim est le plus aimé (à relativiser vu que ce taux dépend du nombre d'utilisateurs et Neovim a relativement peu d'utilisateurs). À l'autre bout du classement, on voit NetBeans, Eclipse et Atom, ce qui indique que ceux qui travaillaient avec ces outils l'année passée ne veulent plus continuer à les utiliser l'année prochaine.

https://www.developpez.com/public/im...evstack-09.PNG

Source : Stack Overflow

Et vous ?

:fleche: Qu'en pensez-vous ?
:fleche: Quels commentaires pouvez-vous faire de ces résultats ?
:fleche: Quels sont les langages, EDI, SGBD et autres technologies que vous avez utilisés dans le passé, mais que vous ne voulez plus utiliser ? Pourquoi vous ne voulez plus les utiliser ?

Voir aussi :

:fleche: Les anciens systèmes sont plus difficiles à maintenir en raison de la pénurie de compétences, les développeurs COBOL se font rares et la gestion des parcs mainframes est perturbée, selon Advanced
:fleche: Ces vieux langages de programmation sont toujours indispensables aux grandes entreprises, mais personne ne veut les apprendre : le Cobol fait partie des plus demandés et des mieux payés en France
:fleche: Sondage : quels sont les langages de programmation que vous détestez le plus en 2019 ? Pourquoi ?
04/08/2021, 13h44
sevyc64

Je suis surpris de ne pas voir dans les langages/sgbd utilisés mais détestés, le combo VB6/Access et notamment Access97
Ces 2 là, sont encore apparemment très utilisés même en 2021, et il faut être vraiment maso pour avoir envie de continuer dessus.
Pour ma part, je suis obligé de maintenir pour quelques mois (18 max, je pense) encore 2 logiciels sur ces technos, mais vivement la fin.

Quant aux chasseurs de têtes, je passe le message, qui osent encore me proposer des postes sur ces m***, je les renvois poliment dans les cordes. Il arrive un moment ou il faut laisser disparaitre les dinosaures.

Pour COBOL, je comprends que les dev veuillent l'abandonner. Les anciens en ont marre, pour les jeunes, il n'est pas assez sexy.
Et pourtant, il y a de quoi se faire du pognon avec ce langage. Il existe bon nombre de logiciels, notamment dans le milieu de la finance, qui devront encore être maintenus de nombreuses années. Le problème est que plus de 90% des développeurs, aujourd’hui compétents sur COBOL, auront déjà pris leur retraite d'ici 10 ans. Il va y avoir une très très forte pénurie dans les années à venir sur ce langage, et donc certainement des ponts en or massif fait à ceux qui voudront continuer à y travailler dessus.
04/08/2021, 15h10
el_slapper

C'est marrant, je n'aurais aucun scrupule à revenir à COBOL (si l'occasion se présentait, ce que je ne crois pas). A VB6 non plus, sauf que c'est un langage out of support depuis 15 ans, et que ça commence à poser de gros problèmes là ou ça existe encore. Excellent raison pour le fuir, donc, i est condamné.
04/08/2021, 16h36
sphynxounet

Citation:

Envoyé par Michael Guilloux

:fleche: Qu'en pensez-vous ?

Compliqué de se faire un avis vu qu'en effet comme dit pour Neovim, le pourcentage d'utilisateurs est très fluctuant selon les technos et outils donc difficile de se faire un idée quand on compare chaque techno et outil.
En plus il manque pour moi un chiffre essentiel : la part des technos et outils qui sont imposés aux développeurs. Quand vous avez l'habitude de travailler avec un EDI et qu'on vous demande (impose) de travailler avec un autre, il y a peu de chance pour que vous changiez de crémerie rapidement. (Les développeurs n'aiment pas trop la contrainte …)

Citation:

Envoyé par Michael Guilloux

:fleche: Quels commentaires pouvez-vous faire de ces résultats ?

Avoir les raisons de pourquoi les personnes ne veulent plus utiliser des outils ou des technos serait pertinent.
Le fait est que les développeurs aiment changer assez souvent de techno/Framework/outil (quand ils en ont la possibilité). Quand on prend les Frameworks javascript ces 10 dernières années, les Frameworks à la mode se sont pas mal succédés. Alors oui les technos web évoluent vites, mais ce n'est pas une raison pour changer dès qu'un Framework n'est pas forcément à jour tout de suite et ne propose pas les nouvelles fonctionnalités du voisin.
Pour les EDI je pense que c'est pas mal lié aussi aux langages que l'on utilise et à l'expérience que l'on a avec. J'utilise Eclipse pour développer en Java depuis plusieurs années et même s'il n'est pas parfait je vais pas m'amuser à changer d'EDI parce qu'il a des défauts. En plus il s'améliore pas mal, est assez polyvalent, j'aime bien leur Framework EMF. Si j'ai un besoin particulier j'essaye d'abord de voir comment faire avec Eclipse plutôt que de changer d'EDI. En plus ils proposent pas mal (beaucoup) de raccourcis et quand on est habitué à faire des combinaisons de touches dignes des prises de Tekken, c'est pas évident de tout réapprendre sur un autre.
Et puis faire du Java ou autre langage objet avec un éditeur de texte même Notepad++ faut s'accrocher.
Après il est possible que Visual Studio Code soit mieux que les autres, mais la vérité d'aujourd'hui n'est pas celle de demain. Et de plus les principaux EDI ont des communautés telles qu'ils peuvent pour beaucoup d'entre eux, être améliorés assez rapidement directement ou au travers de plugins.
Après si on me demande de changer d'EDI car sur un projet on en utilise un autre et bien je changerais sans passer mon temps à vomir dessus (car on a pas le temps pour ça en général).

J'essaye d'avoir un esprit ouvert et je trouve qu'on est trop dans une société de bashing sans chercher à comprendre ou savoir. Ca fait bien de critiquer, je le vois pas mal chez des développeurs, ça permet de se rehausser par rapport à ce que l'on critique et accessoirement de passer pour quelqu'un qui sait (ou comme on dit quelqu'un qui croit savoir).
En plus sur les projets on a de moins en moins le temps de voir si l'herbe est plus verte ailleurs, et sur un projet de plusieurs années la tentation est élevée.

Citation:

Envoyé par Michael Guilloux

:fleche: Quels sont les langages, EDI, SGBD et autres technologies que vous avez utilisés dans le passé, mais que vous ne voulez plus utiliser ? Pourquoi vous ne voulez plus les utiliser ?

Windev pour des raisons surtout des termes "techniques" utilisés. Par exemple dans une BDD là où vous avez une table, vous avez (aviez ?) avec Windev un fichier. Ca enferme les personnes dans leur techno du coup le passage à une autre techno peut paraitre compliquée.
Le VBA peut-être mais ça peut rester pratique pour faire des petites macros rapidement dans un fichier Excel même si je suis vraiment pas fan du VBA.
04/08/2021, 17h00
Mingolito

Plus une technologie est détestée mieux c'est payé car les employeurs doivent faire de la surenchère, exemple : projet de maintenance d'une application Cobol / DB2 ou alors migration de Cobol / DB2 vers IBM Cloud :aie:
04/08/2021, 17h03
Mingolito

Citation:

Envoyé par sevyc64

Je suis surpris de ne pas voir dans les langages/sgbd utilisés mais détestés, le combo VB6/Access et notamment Access97
Ces 2 là, sont encore apparemment très utilisés même en 2021, et il faut être vraiment maso pour avoir envie de continuer dessus.

Les amerloques ont sans doute pas mis VB6 considérant que c'est mort et archi mort, par contre ils ont bien mis VBA est c'est clairement dans le bas de la liste, ou si tu préfères en clair en très bonne place des langages pas du tout recherchés.
04/08/2021, 17h05
Mingolito

Citation:

Envoyé par sphynxounet

Windev pour des raisons surtout des termes "techniques" utilisés. Par exemple dans une BDD là où vous avez une table, vous avez (aviez ?) avec Windev un fichier. Ca enferme les personnes dans leur techno du coup le passage à une autre techno peut paraitre compliquée.

C'est très bien payé Windev dans les offres d'emploi du coup ça doit être vraiment aussi intéressant que Cobol :mrgreen:
04/08/2021, 17h26
Invité

Je n'aime pas VBA. Je déteste encore plus ce qui le remplace dans Office.
05/08/2021, 17h10
Invité

Pas d'accord

Absolument pas d'accord avec ce classement. Je continue utiliser massivement Éclipse PDT, PHP qui est soit disant "détesté" et que paradoxalement moi j'apprécie beaucoup. J'en suis même fan. Je travaille aussi avec comme SGBD PostGreSQL qui est bien placé. Donc ce n'est pas pour autant que je changerai de technologie.
05/08/2021, 17h58
Mingolito

Et alors ? tu es juste l'exception qui confirme la règle c'est tout...

Même en France Eclipse c'est totalement has been et toute les entreprises sérieuses sont passées à IntelliJ (ou PHPstorm pour PHP). Je suppose que tu l'a même jamais essayé c'est pour ça que tu aimes encore Eclipse, tu pourrais aussi bien dire la même chose avec Netbeans si tu avais jamais pris la peine d'essayer un autre EDI.

C'est pas grave d'être ringard, cf ceux qui font encore du VB6 ou du VBA, du RoR , Windev, et voir même du Cobol, tant que tu es payé c'est le principal :lun:
Si tu es en France tout ce qu'on te demande c'est de pas être saoul toute la journée et de pas être en congé maladie 365 j par an, on te demande pas d'être productif il faut pas rêver, ça reste un pays socialo communiste, donc l'improductivité généralisée c'est normal, en France c'est pas des entreprises c'est quasiment des Kolkhoze dirigés par la CGT, le parti communiste et les gilets jaunes..
05/08/2021, 18h22
Invité

Citation:

Envoyé par Mingolito

Si tu es en France tout ce qu'on te demande c'est de pas être saoul toute la journée et de pas être en congé maladie 365 j par an, on te demande pas d'être productif il faut pas rêver, ça reste un pays socialo communiste, donc l'improductivité généralisée c'est normal, en France c'est pas des entreprises c'est quasiment des Kolkhoze dirigés par la CGT, le parti communiste et les gilets jaunes..

Quelle rapport avec le sujet ?
06/08/2021, 12h01
Niconix

Gambas EDI Basic pour Linux

S'il est peu connu des développeurs Linux, Gambas 3 est un langage Basic-objet avec un EDI complet qui permet l'utilisation de la plupart des bases de données, il prends en charge la compilation, la traduction et la publication des applications. Gambas est plus accessible que VStudio de Microsoft pour réaliser des applications, après l'avoir essayé, on est séduit par cette bonne formule de "Visual-Basic" pour Linux. Peut-être figurera-t-il aux prochains palmarès du développement...
06/08/2021, 15h42
Mickael_Istria

Citation:

Envoyé par Mingolito

Même en France Eclipse c'est totalement has been et toute les entreprises sérieuses sont passées à IntelliJ (ou PHPstorm pour PHP). Je suppose que tu l'a même jamais essayé c'est pour ça que tu aimes encore Eclipse, tu pourrais aussi bien dire la même chose avec Netbeans si tu avais jamais pris la peine d'essayer un autre EDI.

Les donnees de telechargement et de popularite d'Eclipse IDE montrent que le nombre de telechargements est stable depuis plusieurs annees, avec ~4 millions de telechargement chaque trimestre, a chaque release. La proportion en France est la meme que dans le monde, on arrive dans les ~30% de part de marche.
Sur Twitter et autres medias, on voit bien souvent que les gens qui disent du mal d'Eclipse IDE sont sur des versions anciennes, ou en fait on juste du mal avec Java et blame l'IDE avant de se blamer eux-memes, ou encore qu'ils ont juste envie de dire du mal pour etre hype; mais on voit aussi des gens qui ont utilise d'autres IDEs (IntelliJ, VSCode) et qui se rendent compte qu'Eclipse IDE est maintenant plus performant et plus polyvalent dans pas mal de cas et qui y reviennent agreablement surpris.

Citation:

Si tu es en France tout ce qu'on te demande c'est de pas être saoul toute la journée et de pas être en congé maladie 365 j par an, on te demande pas d'être productif il faut pas rêver, ça reste un pays socialo communiste, donc l'improductivité généralisée c'est normal, en France c'est pas des entreprises c'est quasiment des Kolkhoze dirigés par la CGT, le parti communiste et les gilets jaunes..

Lis http://www.economiematin.fr/news-fra...-coute-charges et d'autres veritables articles de gens qui savent mesurer le travail avant de balancer n'importe quoi.
Je ne connais malheureusement pas de donnees specifiques au developpement logiciel; mais quand on voit le nombre de boites etrangeres qui recrutent en France et la representation des francais sur les projets open-source majeurs, alors je n'ai pas du tout l'impression qu'il y ait beaucoup de mal a dire.
Apres, si tu veux sacrifier ta vie au sacro-saint travail, en mettant de cote tes projets et loisirs persos, ta famille, ta sante... tu as le droit de te mettre indep et de faire 100h/semaine; mais il faudra pas venir accuser la societe, la CGT, le parti communiste, les gilets jaunes... quand tu serais en burn-out ou depression ou que tu seras au final moins productif car la fatigue te rendra moins efficace; ca sera juste de ta faute.
06/08/2021, 17h33
sevyc64

Citation:

Envoyé par Mickael_Istria

ou encore qu'ils ont juste envie de dire du mal pour etre hype;

Et c'est exactement le même phénomène avec Visual Basic (et les basic en général) ou Windev.
Ils sont considérés comme des langages de fanfarons par beaucoup de détracteurs qui, pour la plupart, n'en ont même jamais vu une seule ligne de code.

Tout ça parce que d'une part quelqu'un a réussi un jour à faire diffuser l'idée que "Basic", ça voulait dire "pour amateur", pour VB, ou que, pour Windev, la politique commerciale au tout début du langage était justement pour permettre aux non-developpeurs de pouvoir faire assez aisément de petits outils.
09/08/2021, 17h10
vanquish

Citation:

Envoyé par sevyc64

Tout ça parce que d'une part quelqu'un a réussi un jour à faire diffuser l'idée que "Basic", ça voulait dire "pour amateur

Ce n'est pas quelqu'un qui a fait passer l'idée : c'est le concept de base, d'où le nom.
Les choses ont évolués depuis, mais à la base, Basic c'est ce langage avec des numéro de lignes intégré aux ROM des ordinateurs familiaux (Commodore 64 et autres CPC).
L'image lui colle à la peau.

C'est injuste mais pas tant que cela.
Dans le mon de .Net, la plupart des exemples, docs, librairies sont en C#.
C# évolue plus vite et est mieux maintenu.
On peut donc s'interroger sur les motivations de quelqu'un qui reste collé à VB.Net, si ce n'est rester sur ses acquis de VB6 ?
10/08/2021, 16h57
BugFactory

J'y pense un peu tard mais je pense qu'une partie des langages et outils detestés le sont parce qu'ils sont imposés en entreprise. Les langages dont personne ne veut ne sont imposés nulle part, et par conséquent ils ne sont pas détestés.
11/08/2021, 09h46
Anselme45

Non, mais franchement, il y a de quoi rire!

Ces classements ne correspondent à rien si ce n'est à une image de la mode du moment! En 1900, tous les hommes portaient la moustache et le chapeau... En 2021, la mode est à la barbe de 3 jours... What else???

Idem pour les techno numériques, à la différence qu'une mode ne dure plus que 6 mois! :mouarf:

Le simple fait de voir classé Notepad++ en 3ème position dans la catégorie des environnements de développement intégré (EDI) décrédibilise totalement ces classements! Depuis quand Notepad++ est un EDI??? On voit bien que ces classements sont tout simplement orientés web: Oui, Notepad++ permet d'écrire du html, du css ou du xml avec de jolies couleurs... Cela ne fait pas de cet "éditeur de texte", fusse-t-il accompagné des nombreuses fonctionnalités sympa, pour autant un EDI!

Mettre dans un même classement Visual Studio, Android Studio et Notepad++, cela revient à comparer la fesse gauche d'un poulet, une casserole et un char d'assaut!!! :mur:
15/08/2021, 19h46
vertex.3F

Citation:

Envoyé par Anselme45

Le simple fait de voir classé Notepad++ en 3ème position dans la catégorie des environnements de développement intégré (EDI) décrédibilise totalement ces classements! Depuis quand Notepad++ est un EDI???

Oui effectivement ce classement des IDEs est bien étonnant. Ca vaut ce que ça vaut... De même la catégorie des langages est très "large" (langages de programmation, de script et de balisage y sont "mélangés").

Citation:

Envoyé par Mickael_Istria

Les donnees de telechargement et de popularite d'Eclipse IDE montrent que le nombre de telechargements est stable depuis plusieurs annees, avec ~4 millions de telechargement chaque trimestre, a chaque release. La proportion en France est la meme que dans le monde, on arrive dans les ~30% de part de marche.
Sur Twitter et autres medias, on voit bien souvent que les gens qui disent du mal d'Eclipse IDE sont sur des versions anciennes, ou en fait on juste du mal avec Java et blame l'IDE avant de se blamer eux-memes, ou encore qu'ils ont juste envie de dire du mal pour etre hype; mais on voit aussi des gens qui ont utilise d'autres IDEs (IntelliJ, VSCode) et qui se rendent compte qu'Eclipse IDE est maintenant plus performant et plus polyvalent dans pas mal de cas et qui y reviennent agreablement surpris.

Ce qui tendrait à confirmer la "qualité" du classement des IDEs.

J'imagine que ce n'est pas un hasard si l'équipe spring.io continue à capitaliser sur ECLIPSE.
J'ai beau essayer d'autres IDEs pour Java (certains collègues se montrent de véritables ambassadeurs bénévoles d'IntelliJ et se font un plaisir de m'en montrer les limites :pastaper: ) mais je reviens systématiquement vers Eclipse. Par contre pour le front c'est (pour le moment) vscode qui a ma préférence, il s'améliore rapidement au fil des versions.
16/08/2021, 09h54
Cincinnatus

Citation:

Envoyé par sevyc64

Et c'est exactement le même phénomène avec Visual Basic (et les basic en général) ou Windev.
Ils sont considérés comme des langages de fanfarons par beaucoup de détracteurs qui, pour la plupart, n'en ont même jamais vu une seule ligne de code.

Dans le service on utilise entre autres WebDev. Pour des applications rapides à développer... qui parfois durent plus longtemps que prévu et voient leurs fonctionnalités se multiplier. Dès lors qu'on en reste au classique formulaire, c'est tout bon (à quelques bugs près). Mais dès qu'on doit faire un peu en dehors des éléments classiques, il faut s'accrocher, faire preuve d'imagination et contourner l'outil. La politique est maintenant de ne plus y avoir recours, sauf pour du très simple.
Quant au code Webdev, il est impossible de l'éditer en dehors de l'outil propriétaire. C'est déjà en soit un gros défaut.
20/10/2021, 18h07
Pierre Fauconnier
Citation:

Envoyé par sevyc64

Je suis surpris de ne pas voir dans les langages/sgbd utilisés mais détestés, le combo VB6/Access et notamment Access97
Ces 2 là, sont encore apparemment très utilisés même en 2021, et il faut être vraiment maso pour avoir envie de continuer dessus.
Pour ma part, je suis obligé de maintenir pour quelques mois (18 max, je pense) encore 2 logiciels sur ces technos, mais vivement la fin.

Quant aux chasseurs de têtes, je passe le message, qui osent encore me proposer des postes sur ces m***, je les renvois poliment dans les cordes. Il arrive un moment ou il faut laisser disparaitre les dinosaures.[...]

Tu peux me les refiler, alors, car perso, j'adore.

Si tu as tant de soucis pour maintenir un truc en Access/VBA, c'est pour l'une ou (non exclusif) l'autre de ces deux raisons:
- Tu ne maîtrises pas le VBA ni Access;
- Le truc que tu dois maintenir a été conçu par un planteur de choux.
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 ;)

Citation:

Envoyé par sevyc64

Et c'est exactement le même phénomène avec Visual Basic (et les basic en général) ou Windev.
Ils sont considérés comme des langages de fanfarons par beaucoup de détracteurs qui, pour la plupart, n'en ont même jamais vu une seule ligne de code.[...]

:koi: Ca ne me semble pas en adéquation avec ce que tu disais dans ton précédent message, même si je suis d'accord avec ce que tu dis: les détracteurs de VBA sont en général des gens qui ne connaissent pas le langage ou qui n'en citent que les faiblesses (quel langage n'a pas ses faiblesses?). Bizarrement, lorsque je leur demande des arguments concrets et construits, il n'y a plus personne... ;)
20/10/2021, 21h11
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.
21/10/2021, 06h38
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... :chin: :chin:
21/10/2021, 08h54
el_slapper

Citation:

Envoyé par Pierre Fauconnier

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.
21/10/2021, 09h12
Pierre Fauconnier

Citation:

Envoyé par el_slapper

[...]

:plusser:

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...
21/10/2021, 09h56
el_slapper
Citation:

Envoyé par Pierre Fauconnier

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:

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

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. :aie: