RAD Basic : une solution 100 % compatible Visual Basic 6 avec support 64 bits est en route vers sa version 1

Visual Basic 6 est mort alors RAD Basic vient avec la promesse d’une solution 100 % compatible au défunt langage de programmation événementielle de Microsoft :
support 64 bits et open source au menu

Le plus gros grief des développeurs Visual Basic à l’encontre de VB.NET demeure d’actualité aujourd’hui : l’impossibilité de faire fonctionner du code Visual Basic 6 sur la version .NET tel que ou sans changement. C’est la résultante du bouleversement des fondations même du langage lors du passage du Visual Basic classique (Visual Basic 6 et versions antérieures) à VB.NET. Même le convertisseur automatique de code fourni par Microsoft n’y a pas apporté de réponse satisfaisante. RAD Basic vient avec la promesse d’une solution 100 % compatible au défunt langage de programmation événementielle de Microsoft.

Pièce jointe 597766

« Visual Basic a fait l'objet de publication pour la première fois en 1991. La version finale a été la version 6 en 1998. VB6 ou Visual Basic Classic était connu comme une plateforme de développement rapide d'applications (RAD) parce qu'elle donnait la possibilité de concevoir une interface graphique très rapidement en faisant glisser des composants. Le résultat était une application fonctionnelle et utile à partir de quelques lignes de code. En 2021, il y a beaucoup de gens qui développent avec Visual Basic 6 et beaucoup d'applications actives construites avec. Et ils ont besoin d'une véritable alternative parce qu'ils développent avec un outil vieux de 20 ans dont aucune nouvelle version n'est disponible. Bien sûr, il y a VB.NET, mais c'est un autre langage et une autre plateforme. Vous devez faire migrer votre projet. Il est incompatible avec votre base de code VB6 », soulignent les porteurs du projet.

C’est pour cet ensemble de raisons que l’équipe propose RAD Basic – un environnement de développement et un compilateur 100 % compatible avec Visual Basic classique. RAD Basic entend se positionner comme « la version 7 de Visual Basic qui n’a jamais vu le jour. » Le compilateur et les bibliothèques d’environnement d’exécution seront open source. « La communauté Visual Basic classic a été très en colère contre le choix de Microsoft de forcer la transition vers le nouvel environnement incompatible de .NET. RAD Basic veut donc ne pas répéter la même erreur. La mise en source ouverte du noyau garantit que le développement ne sera pas interrompu ou redirigé vers des voies incompatibles », expliquent les têtes derrière l’initiative.

L’approche de développement open source de RAB Basic casse avec un refus de Microsoft d’ouvrir le code source de Visual Basic 6. « Il a été demandé plusieurs fois à Microsoft de passer VB6 en open source. Une demande rejetée à maintes reprises, sans aucune raison valable. Supprimer le langage de programmation d’une communauté sans raison exceptionnelle est un acte de vandalisme. Le nouveau Microsoft prétend soutenir l’open source, pourquoi pas dans ce cas ? Nous ne demandons pas à Microsoft de travailler sur VB6, mais tout simplement de le publier sous licence open source et de permettre à la communauté d’en assurer la maintenance », soulignait un plaignant de la communauté des développeurs Visual Basic en marge de la célébration des 25 ans du langage de programmation événementielle de Microsoft.

La firme de Redmond s’était pour sa part expliquée à propos de son positionnement en soulignant que : « pour répondre aux besoins modernes, nous aurions besoin d'aller bien au-delà d’une mise à jour du langage. Il faut rappeler que VB6 n’est pas seulement un langage, mais également un environnement d'exécution, une bibliothèque de plateforme, un outil / IDE et un écosystème qui sont étroitement liés pour qu’ils puissent travailler de concert. Nous avons travaillé avec de nombreux clients sur la migration de VB6 vers .NET et nous avons trouvé que, bien qu’il y a des changements dans le langage, le facteur dominant dans les difficultés de migration ne résident pas dans les différences du langage. Même rendre open source le langage / l’environnement d’exécution ne va pas résoudre le fait que VB6 a été pensé pour un ensemble de problèmes différents, et le fait que sa force provenait de la solution de bout en bout fournie par tous ces cinq morceaux qui travaillent ensemble ». Raison pour laquelle elle avait avancé que « ce n’est pas faisable de rendre open source la chaine d’outils VB6 ainsi que son écosystème. » RAD Basic est en route pour sa version 1.0 qui sera disponible pour Windows en x86 et x64. Les versions ultérieures le seront pour macOS et Linux.

https://www.youtube.com/watch?v=2AauNNQeNS4

À date, les fonctionnalités de base du projet sont implémentées. Le compilateur pour sa part est capable de gérer de petites applications de test : les structures conditionnelles (si, tant que), les appels de méthode, la déclaration des variables et certaines opérations mathématiques de base sont prises en charge. La bibliothèque en lien au runtime comporte quelques composants et fonctions de base. Pas de compilation des OCX pour le moment. Néanmoins, une release alpha prévue pour le mois de juin devrait y apporter réponse.

Source : Kickstarter

Et vous ?

:fleche: Que pensez-vous de ce projet ? Utile ou inutile ? Ou arrivé bien trop tard ?


Voir aussi :

:fleche: Vos applications Windows Forms et WPF sont-elles prêtes pour .NET Core 3.0 ? Microsoft veut s'en assurer et sollicite les développeurs
:fleche: Microsoft revient avec plus de détails sur .NET Core 3.0 et .NET Framework 4.8 : bientôt une dissemblance entre le Framework .NET et .NET Core
:fleche: De .NET Core 1 à .NET Core 3.0, retour sur l'évolution du Framework open source et multiplateforme de Microsoft
:fleche: .NET Core 3.0 Preview 4 est disponible et s'accompagne d'une MàJ de la compilation hiérarchisée ainsi que du contrôle WinForms Chart
:fleche: Avec .NET 5, Microsoft voudrait produire un environnement d'exécution .NET unique et une infrastructure utilisable partout
:fleche: Microsoft confirme que la version générale de .NET Core 3.0 sera disponible durant la .NET Conf 2019 et en profite pour publier .NET Core 3.0 RC1

Vouloir RAD Visual Basic 6 open sources.
C’est comme vouloir Windows 7 open source.
Rien n’oblige l’éditeur !!.
Et pourquoi vouloir cela en open sources ??

Moi, j’ai débuté en programmation, dans la seconde demi décennie des années 1990.
Avec :
Visual Basic 4
Delphi 1

Aujourd’hui je développe des applications sur Windows.
Avec :
Visual studio 2019
Delphi 10.4.2

C’est comme les pistes cyclables, dans des grandes métropoles en France.
Il faut déverser des tonnes de goudrons.
Planter des kilomètres de délimiteurs de chaussez, en plastique.
Pour 15 personnes.
Qui utilisent les pistes cyclables de juin a septembre..
Si , il n’y a pas de vent
Si , il ne pleut pas .
Si , il n’y a pas de covid -19
Si …

Code:

---

Supprimer le langage de programmation d’une communauté sans raison exceptionnelle est un acte de vandalisme.

---

De quelle communauté ???
Celle de Windows ??
Ou
Celle du langage de programmation Basic ???

---
Gambas Visual Basic

http://gambas.sourceforge.net/en/main.html

---
Faut arrêter de deconner !!!
Le monde évolue..
Avec ou sans toi !!
Point barre !!!

La plus grosse trahison de Microsoft dans cette histoire, c'est d'être passé d'un VBA intégré à Office à un VSTO à acheter séparément, et à un prix fort cher. Voilà pourquoi la sauce n'a jamais prise si bien que nombre d'utilisateurs en sont restés à VBA/VB6. Maintenant, Microsoft est passé à JavaScript dans la suite Office, qui connaîtra le même destin funeste à mon avis.

On se demande pourquoi aucun éditeur de suite bureautique ne s'est jamais positionné en proposant un système de macros avec IDE intégrée à base de CPython. Le besoin est pourtant réel et le succès garanti.

Et non, l'API UNO de Libre Office n'est pas une alternative viable à VBA.

À propos de Gambas Visual Basic http://gambas.sourceforge.net/en/main.html
Il ne fonctionne malheureusement pas sous Windows :(
Pour le coup, je pense que j'aurais participé au financement participatif.

S'ils veulent perdre du temps à développer ca c'est très bien, c'est un hobby comme un autre mais est-ce que ca mérite vraiment une publication ?

Aucune personne un minimum professionnel ne peut envisager sérieusement d'utiliser ce truc, ou alors c'est un motif de licenciement pour insuffisance professionnelle (c'est marche aussi pour Lazarus).

VB6 à disparu depuis plus de 20 ans, toutes les boites un minimum sérieuses ont migrées leurs application depuis longtemps, et pour les rares cas comme certains PC dans l'industrie où ce n'est pas possible toutes les versions de VB sont disponible sur msdn depuis la première.

@LeBressaud

En entreprise, VB6 est la porte d'entrée à la programmation pour pas mal de monde dans le sens où il est disponible sur la plupart des PC via le pack office, et où Microsoft ne propose pas d'autre alternative viable pour créer des macros (non VSTO et JavaScript ne sont pas des alternatives viables).

Et puis bon, il est très mal venu de critiquer VB ou Pascal alors même que les professionnels de l'IT utilisent massivement JavaScript désormais. Ça va faire pas mal de monde à licencier non ?

Citation:

---

Envoyé par Jeff_67

En entreprise, VB6 est la porte d'entrée à la programmation pour pas mal de monde dans le sens où il est disponible sur la plupart des PC via le pack office, et où Microsoft ne propose pas d'autre alternative viable pour créer des macros (non VSTO et JavaScript ne sont pas des alternatives viables).

---

Toutes mes excuses je parlais de développeurs professionnels. Effectivement, en entreprise VB6 et les macro sont la porte d'entrée à la programmation lorsqu'on aime se bricoler des outils impossibles à maintenir dans son coin pour se rendre indispensable.

S'il y a un réel besoin de développer un outil spécifique en ayant des connaissances rudimentaires en programmation VB.NET peut parfaitement faire l'affaire

Citation:

---

Envoyé par LeBressaud

Toutes mes excuses je parlais de développeurs professionnels. Effectivement, en entreprise VB6 et les macro sont la porte d'entrée à la programmation lorsqu'on aime se bricoler des outils impossibles à maintenir dans son coin pour se rendre indispensable.

S'il y a un réel besoin de développer un outil spécifique en ayant des connaissances rudimentaires en programmation VB.NET peut parfaitement faire l'affaire

---

VB.NET ne fait l'affaire que si on a Visual Studio d'installé sur sa machine de bureau, ce qui est très rare hors département IT. Ceux qui ont ont besoin d'automatiser des tâches en bureautique doivent ce contenter de faire avec ce qu'ils ont sous la main. Il ne s'agit pas de se rendre indispensable.

Et niveau maintenabilité, VSTO n'a pas amélioré les choses par rapport à VBA avec son système de PIA créant des incompatibilités entre versions d'Office.

Je ne programme pas (plus) en Basic, mais d'après ce que je vois Gambas que je connaissais déjà semble pas mal non ? Après effectivement si c'est l'API qui pose problème, y a au moins un truc de sympa chez Microsoft c'est que ton programme de win95 tourne encore sous un autre windows.
J'en déduis que celui qui avait VB6 peut encore l'utiliser sur sa machine, du coup je ne vois pas trop le problème.

Citation:

---

Envoyé par Jeff_67

Et puis bon, il est très mal venu de critiquer VB ou Pascal alors même que les professionnels de l'IT utilisent massivement JavaScript désormais. Ça va faire pas mal de monde à licencier non ?

---

Javascript utilisé massivement ? Ça dépend dans quels domaines...
Faut arrêter de tout généraliser...

Dans l'informatique industrielle (et embarquée) qui est mon domaine de prédilection, il est certes employé (on retrouve quelques bribes ici ou là) mais il est plus que minoritaire du fait qu'il est très mal adapté aux processus "temps réel" ou du moins aux processus demandant une forte réactivité (parfois de le l'ordre de 1ms)... De plus il n'est pas adapté à tout ce qui touche le hardware dans ces domaines, le C, le C++, le Pascal (et oui) fond beaucoup mieux...

Reste que le VB a été la porte d'entrée dans beaucoup d'entreprise à la culture du développement. Faut se rappeler qu'à une certaine époque M$ l'a beaucoup poussé, en particulier pour contrer un RAD qui s'appelle Delphi, et donc il reste encore de nombreux logiciels écrit avec cet environnement qui fonctionnent encore aujourd'hui... Le fait d'avoir un nouvel environnement au goût du jour et qui suit les évolutions technologiques et se tient au niveau va peut être lui redonner un petit coup de fouet...

J'ai vécu (subi, plutôt) à la frontière du millénaire, avec mon associé qui faisait de l'industriel, le passage d'Unix (interactive de SUN) à NT4. Moi, quand quelqu'un me parle de Windows en environnement industriel, je pose la main sur la crosse de mon AK. Et si le processus de production dépend d'un noyau windows quelque part, je tire ! Alors, se reposer sur un langage qui demande un mille feuille de sous-couches comme VB6 ou pire VB.NET, ça va pour le GUI mais certainement pas pour le processus de production. Je ne vous raconte pas les mètre cube de lait frais qui sont parti à l'égoût après le passage à NT4.

Citation:

---

Envoyé par Jeff_67

Maintenant, Microsoft est passé à JavaScript dans la suite Office, qui connaîtra le même destin funeste à mon avis.

---

D'où tu sors cela, c'est toujours du VBA.

Citation:

---

Envoyé par ONTAYG

D'où tu sors cela, c'est toujours du VBA.

---

VBA est là pour la compatibilité, mais n'évolue plus. Désormais, après avoir laissé tomber VSTO, Microsoft pousse pour que les développeurs passent à JavaScript. Par contre, pour faire fonctionner une extension en JS, il faut prévoir a minima un hébergement web NodeJS en sus. Bonjour la complexité.

Malgré les défauts inhérents au langage, VBA a au moins le mérite de proposer une IDE intégrée. Le déploiement de scripts VBA est sans complexité aucune, puisque qu'enregistrés dans les documents eux-mêmes. Rien à voir avec les usines à gaz qui ont suivies.

Un éditeur de suite bureautique qui proposerait une IDE intégrée dans un langage moderne type Python gagnerait très rapidement des parts de marché.

Tu ne développes pas en JavaScript dans Office, c'est pour des pilotages.

L'évolution serait d'intégrer VB.net à la place de VBA, ce serait le mieux (à mon avis).

Microsoft a fait le choix de rendre payant le développement en VB.NET dans Office puisqu'il faut acheter Visual Studio en sus. Ajouté à cela que le système de PIA a créé des incompatibilités entre versions des Frameworks / versions d'Office, la sauce n'a jamais prise.

Microsoft a aussi sorti VSTA pour remplacer VBA par .NET dans les applications tierces. Mais très peu d'éditeurs l'ont adopté à cause de son coût exorbitant (50$ par licence ou 1 à 3% du chiffre d'affaire).

Les boîtes que je connais qui ont des applis VB sont des PME avec peu de moyens. Soit elles continuent à utiliser les applis en l'état (et continueront). Soit elles les ont abandonné. Mais j'en connais aucune qui n'ait fait une migration VB.NET. Pas les moyens. Peut-être aussi un peu douché par la versatilité de MS ?...

Citation:

---

Envoyé par xapon

À propos de Gambas Visual Basic http://gambas.sourceforge.net/en/main.html
Il ne fonctionne malheureusement pas sous Windows :(
Pour le coup, je pense que j'aurais participé au financement participatif.

---

Gambas c'est pour Linux.
Depuis que MS a abandonné VB6 qui d'ailleurs ne fonctionne pas correctement au delà de Xp, je n'ai pas pu m'adapter au Vb.Net.
J'ai trouvé une alternative avec RealBasic devenu aujourd'hui XOJO pour 'Cross platform Object Oriented", pour Win,MacOs et Linux.
J'ai acheté une license pour une centaine d'€, sauf que XOJO est avare en controls.
Avant de passer au 64 bit il était possible d'untiliser les ocx windows.
Question syntaxe, elle est pratiquement compatible à 95% avec VB6, il est full OOP, et me parait plus rapide que VB6, pour l'instant je suis entrain de recoder toutes mes application VB6, il y a un peu de travail, le convertisseur de migration de vb6 vers XOJO c'est de la blague.
L'avantage avec VB6 en dehors de sont système "empaquetage déploiement" bancal, les controls sont abondants et la connexion possible avec des langages comme matlab grace au COM Object complié en C / C++.
L'avantage, c'est qu'une appli développée en XOJO fonctionne sans installation, meme à partir de votre clé USB.
Une question : Y a t il une date de fixer pour RAD Basic ?

Et dire qu'à l'époque il suffisait de choisir Delphi pour s'éviter toutes ces casseroles... Notez qu'il vieillit bien, le bougre, bien qu'il ait beaucoup grossi ces dernières années...
Mais c'est hors contexte.
Dans la même ligne, Free Pascal et Lazarus forment une sacrée paire, multi-plateformes.

Arrivé trop tard.
J'ai commencé des petites applis en Basic en 1983 quand j'étais lycéen. J'ai essayé d'autres langages, mais il n'y a qu'avec le Basic puis le VB et le VBA sous Access, où j'ai développé à l'aise des applis qui étaient utiles pour moi et mes collègues durant une douzaine d'années. Le Basic c'est rapide et facile à apprendre, µ$oft avec VB avait réussi à en faire quelque chose de correct et autre chose qu'une overdose de gosub-return et goto avec des numéros de ligne. L'IDE d'Access était pratique et l'éditeur de requêtes SQL m'a toujours bien aidé. Je crois que j'ai un petit coté nostalgique dans tout ça ...

Les dernières études en secteur Pro montrent qu'avec Visual Studio les développeurs utilisent soit C++ soit C# mais pratiquement pas VB.Net.
Donc effectivement reste le parc historique d'applications VB6 et c'est peut être la que ce genre d'outil ou autres similaires peut en dépanner certains.

On sait tous que la sois disant possible " migration VB6 -> VB.net " c'était surtout du buzz Marketing de Microsoft :mouarf:

J'ai beaucoup programmé en VB3 et VB6, et si maintenant j'utilise bcp python 3, j'aime bien B4X, qui permet de programmer en basic et de produire des prog pour linux, macOs, windows, Android, arduino et IOS. Seule la version pour IOS est payante. Basé sur java, on peut wrapper des lib java et les utiliser comme des ocx. (mais déjà enormément de lib wrappées). Quelqu'un qui a bossé sur vb6 s'y retrouve très rapidement ☺. Un super forum. Et quelle joie de voir tourner son premier programme sur android au bout d'une heure !
https://www.b4x.com/

Il est enfin arrivé. J'ai plus de 22 logiciels en VB6 qui travail tous les jour et je suis obliger de faire des transferts de d'un micro à l'autre.
la vieille casserole qui a VB6 commence à donner des signes de faiblesse, S'il me lâche comment travailler??????

Citation:

---

Envoyé par chevalserge

la vieille casserole qui a VB6 commence à donner des signes de faiblesse, S'il me lâche comment travailler??????

---

Je m'amuse en W10 32b, VB6 marche parfaitement

Par contre VB6, c'est combien d'heure de développement ? c'est combien de ligne de code ? des centaines de milliers ? de millions ?

faire un clone de l'IDE de VB6, pourquoi pas . Mais après, il faut le tester dans les multiples configurations d'utilisation . Et c'est une autre paire de manches .

J'avais un collègue informaticien qui disait : plus un soft est vieux, plus il est sûr.

Salut

Citation:

---

Envoyé par DAUDET78

....
J'avais un collègue informaticien qui disait : plus un soft est vieux, plus il est sûr.

---

:ccool:
En tout cas, VB6 et antérieur, VBA et autre VBScrit/HTA auront permis à un très grand nombre de se développer intellectuellement dans une technologie qui n'a pas encor un demi siècle.

Bonjour,

J'ai commencé la programmation avec GFA Basic sous Amiga puis QBasic et Visual Basic 3.0 sur PC

J'ai fait mon premier logiciel sérieux avec Visual Basic 3.
Le deuxième avec Visual Basic 5. Il fonctionne toujours, je le maintiens toujours, :mrgreen:

Pour mes autres projets, je suis passé à VB.NET en 2010.
Je ne le regrette pas, VB.NET est un langage qui n'a rien à envier aux langages sérieux, c'est du .NET avec une syntaxe VB.
D'ailleurs un de mes projets mélange du VB.NET et du C#
Quand on le maitrise, on peut avoir en VB.NET du code rapide et performant.

Pour passer d'un projet VB5 (ou VB6) à VB.NET il faut tout refaire.

Ce ne sont pas les fonctions basiques qui coincent (petite interface avec quelques contrôles, code de calcul classique)
Pour un code de base, le copier coller VB5 -> VB.NET fonctionne !

Ce sont les fonctions graphiques avancées (comme le fameux mode not xor pen), les fonctions d'entrée/sortie "système", l'utilisation des DLL, des API, des OCX, qui coincent.
Ces codes là sont à reprendre entièrement.

C'est un peu la même chose avec les différentes versions de C++ :
Cas extrême : la version 1 de Turbo C++ (qui tourne sous un 80286 sous DOS) et le C++ de .NET ou encore le C++ Arduino
- une boucle for...next avec des calculs sur des entiers à l'intérieur ce sera toujours pareil
- en revanche, les graphismes, les fichiers, les entrées/sorties ça change totalement

Comme d'autres l'ont dit, beaucoup n'ont pas le temps de refaire des logiciels "de niche" qu'il ont passé tant de temps à faire et qui répondent parfaitement aux besoins.
Il y a des tas de vieux logiciels que je regrette et qui n'ont pas connu de version compatibles avec les OS actuels.

Que va apporter ce RAD Basic ?
De deux choses l'une :
- soit ils vont refaire un clone de VB6 (sachant que VB5 tourne toujours sous Windows 10)
- soit ils vont faire un émulateur ou une machine virtuelle

Comme je l'ai dit plus haut, toute la question est de savoir si la compatibilité sera vraiment totale et garantie à long terme, notamment sur les fonctions "avancées"

Moi, j'aurais aimé pouvoir continuer utiliser les petits logiciels fait avec Visual Basic 3 :aie: :mouarf:

Très sérieusement, j'avais un logiciel de dessin électronique très bien en VB3 que je ne peux plus utiliser.

Sous Windows 7, on pouvait installer Windows XP Mode qui prenait en charge les exécutables 16 bits.

Un petit émulateur 16 bits sous Windows 10 ça serait bien.
Pas besoin que le système émulé ait accès à Internet, et à tous les fichiers sur PC hôte.

A bientôt

Citation:

---

Envoyé par ProgElecT

J'avais un collègue informaticien qui disait : plus un soft est vieux, plus il est sûr.

---

Je suis entièrement d'accord avec cette phrase !

Il arrive que les nouvelles versions soient moins bonnes que les anciennes, en particulier pour les "petits" logiciels pour lesquels parfois les moyens et/ou la motivation des auteurs peut diminuer au cours du temps.

Devoir refaire une nouvelle version juste pour que le logiciel soit compatible avec la nouvelle version de Windows est une horreur pour les développeurs et donc aussi pour les utilisateurs.

Citation:

---

Envoyé par ProgElecT

J'avais un collègue informaticien qui disait : plus un soft est vieux, plus il est sûr.

---

:nono:rendons à César ce qui appartient à DAUDET78 :mrgreen: mais oui je suis d’accord avec lui.

Pour moi les VBs ont permis d’adapter l'informatique au utilisateurs, alors qu’aujourd’hui on va vers une adaptation de l'utilisateur à l'informatique, je pense sincèrement qu'à travers les nouveaux langages, il y aura de moins en moins une maitrise par le programmeur et encor moins pour l'utilisateur.

RAD Basic est peut être un sursaut de nostalgie (nostalgiques), tant mieux, mais je ne lui vois pas vraiment d'avenir, les anciens (programmeurs) vont disparaitre tout à petit, les nouveaux seront remplacés par des logarithmes (intelligence (<== j'ai un doute sur ce terme) artificielle) que plus personne ne saura contredire.

Citation:

---

Envoyé par ProgElecT

Pour moi les VBs ont permis d’adapter l'informatique au utilisateurs, alors qu’aujourd’hui on va vers une adaptation de l'utilisateur à l'informatique, je pense sincèrement qu'à travers les nouveaux langages, il y aura de moins en moins une maitrise par le programmeur et encore moins pour l'utilisateur.

---

VB.NET a une bonne documentation, de même pour Arduino, ce sont des langages faciles - c'est vrai pour VB.NET au début ça a manqué d'exemples pour montrer comment faire
(typiquement, au niveau graphique, un logiciel de dessin exemple aurait été un plus)

En revanche, je suis d'accord sur le manque de maitrise de l'utilisateur.
Le cloud, les OS à la Windows 10, pire les OS des smartphone nous dépossèdent de plus en plus du contrôle de nos machines.
Mais ça, rien à voir avec les langages.

Citation:

---

Envoyé par ProgElecT

les nouveaux seront remplacés par des logarithmes

---

Je suppose que tu voulais dire des algorithmes :mouarf:

Je ne suis pas trop d'accord, l'intelligence artificielle, ce n'est pas que ça ne fonctionne pas, mais c'est une mauvaise appellation.
Les réseaux de neurone, les algorithmes génétiques... ça existe depuis très longtemps.
L'expression "intelligence artificielle" c'est du marketing.
Humains et ordinateurs se complètent, les points forts de l'un sont les points faibles de l'autre.
Tout ce qu'a écrit Roger Penrose est toujours une référence aujourd'hui.

A bientôt

VB6 est probablement outdated, OK, mais dire que parce que ça a plus de 20 ans, ça n'a plus droit de cité, c'est méconnaitre l'IT.
Je développe sur la plateforme ASP Classic depuis plus de 18 ans, je ne vis que de ça, et je maintiens de très nombreux outils et plateformes de boites importantes, voire plus qu'importantes.

Lorsqu'un outil/plateforme/langage fait le taff, les bénéfices d'une migration/réécriture sont juste nuls.
Plus de 1.500.000 sites publics utilisent encore l'ASP Classic, sans compter les très nombreux outils et intranets privés sur lesquels je travaille.

Je suis en effet plus pessimiste concernant VB6, car la compilation d'applis desktop a beaucoup évolué, et les besoins et contraintes auxquels il faut répondre sont très différents.
Mais niveau Web & Serveur, eh bien oui : ASP Classic sur IIS + tâches VBScript lancées par le Scheduler de Windows, avec des bases de données de taré derrière (SQL Server, MariaDB, ou MySQL), ça tourne, ça envoie.

Il faut juste savoir comment exploiter au mieux les objets ADO, chose que Microsoft, reconnaissons-le, n'a jamais fait dans ses exemples. Les méthodes et structures de code présentées en leur temps par M$ étaient loin d'être les plus optimisées. Mais quand on les connait, c'est stable et terriblement performant sur les processeurs actuels !

Citation:

---

Envoyé par alexvb6

Lorsqu'un outil/plateforme/langage fait le taff, les bénéfices d'une migration/réécriture sont juste nuls.

---

Je suis entièrement d'accord.

Je suis confronté à un autre problème : l'informatique évolue beaucoup trop vite que les autres technologies (électronique, mécanique, bâtiment...)

Typiquement, quand on a une machine d'usinage ou un appareil de mesure associé à un logiciel sur ordinateur, le logiciel devient obsolète rapidement alors que l'appareil associé est utilisable 20 ou 30 ans voire plus.

C'est ainsi que, malheureusement, des tas d'appareils encore en parfait état de marche sont devenus inutilisables faute d'avoir un logiciel ou un pilote compatible avec un ordinateur récent.

La fin de la prise en charge des ports parallèles (pourtant même sur un PC récent il est encore possible d'en ajouter un) fut une catastrophe.

Nous en sommes réduits à devoir conserver en état de marche des ordinateurs anciens (sous MS-DOS, Windows 95, Windows XP) et à prier pour qu'ils ne tombent pas en panne.

Depuis 10 ans, la performance des ordinateurs n'évoluent plus beaucoup ; la preuve : regardez :
- la taille des disques dur
- la fréquence des CPU
- la taille de la mémoire vive
- la résolution des écrans
Ca stagne depuis 10 ans, rien à voir avec ce qu'on a connu entre 1980 et 2005 !
Du coup, l'arrivée brutale de nouveaux système d'exploitation rendant les anciens obsolètes n'est plus du tout justifiée !

Pire, plus le temps passe, plus les logiciels sont gros et lent tout en ne faisant pas grand chose de plus que la version précédente qu'ils remplacent !

VB3 tenait sur quelques disquettes
VB5 remplissait presque un CD-ROM (quelques centaines de Mo)
Visual Studio 2005 c'est un DVD de 7 Go à télécharger

On peut aussi parler du pack office (Word, Excel, ...)
En termes de fonctionnalités pas grand chose de plus depuis 20 ans, pourtant la taille a explosé, et c'est de plus en plus gourmand et lent !

Mon ancien PC sous Windows 7, qui a 11 ans, est toujours dans la course (16Go de RAM, Icore 7 à 16 cœurs, 2 To de HDD + SSD 128 Go), je n'ai aucune valeur ajoutée avec mon nouveau PC sous Windows 10, pour lequel j'ai du racheter tous les logiciels.

Il faut un changement de paradigme dans l'informatique : augmenter la durée de vie des logiciels, quitte à faire des mises à jour petites mais plus précises et optimisées.

Citation:

---

Envoyé par alexvb6

VB6 est probablement outdated, OK, mais dire que parce que ça a plus de 20 ans, ça n'a plus droit de cité, c'est méconnaitre l'IT.
Je développe sur la plateforme ASP Classic depuis plus de 18 ans, je ne vis que de ça, et je maintiens de très nombreux outils et plateformes de boites importantes, voire plus qu'importantes.

Lorsqu'un outil/plateforme/langage fait le taff, les bénéfices d'une migration/réécriture sont juste nuls.
Plus de 1.500.000 sites publics utilisent encore l'ASP Classic, sans compter les très nombreux outils et intranets privés sur lesquels je travaille.

Je suis en effet plus pessimiste concernant VB6, car la compilation d'applis desktop a beaucoup évolué, et les besoins et contraintes auxquels il faut répondre sont très différents.
Mais niveau Web & Serveur, eh bien oui : ASP Classic sur IIS + tâches VBScript lancées par le Scheduler de Windows, avec des bases de données de taré derrière (SQL Server, MariaDB, ou MySQL), ça tourne, ça envoie.

Il faut juste savoir comment exploiter au mieux les objets ADO, chose que Microsoft, reconnaissons-le, n'a jamais fait dans ses exemples. Les méthodes et structures de code présentées en leur temps par M$ étaient loin d'être les plus optimisées. Mais quand on les connait, c'est stable et terriblement performant sur les processeurs actuels !

---

je n'aurais pas dit mieux mais il faut bien comprendre que le marché (hard/soft) obéit à une logique commerciale qui doit faire semblant d'être technique
et son rôle est d'abord de faire vivre des millions de personnes impliquées directement ou indirectement dans cette économie
cette fuite en avant (Xiaomi sort une gamme de smartphones tous les dix mois) aura toutefois un intérêt si une fonctionnalité technique gourmande en ressources devient envisageable
grâce à cette montée en puissance.

Bonjour,

En tant que "non informaticien", j'ai découvert le développement avec QuickBasic (sous DOS) et commencé à écrire une appli. Ensuite migration de l'appli vers VBDOS puis rapidement vers VB pour Windows et aujourd'hui VB6 pro.
Suite à une tentative de migration vers VB.NET, j'ai abandonné... (Perso, je n'achèterai plus aucun produit Microsoft). Je continue à développer mon appli sous VB6 (depuis une trentaine d'années maintenant) et attend avec impatience que des surdoués créent un VB7 ou un quelque chose d'équivalent me permettant une migration vers le 64 bits.

PS : Bravo pour votre travail

L'ordinateur ne connait que le langage machine, mais combien de langages de programmation ont été inventés pour transformer une idée en langage machine. J'ai dû en apprendre une douzaine en une vie de programmeur entre IBM et Microsoft. Que de temps perdu à traduire la même idée dans des langages différents pour arriver au même code machine. L'informatique, métier qui est sensé faire gagner du temps et surtout traduire l'intelligence artificielle, tant de langages pour si peu d'IA.:lol:

Et un an après, ils en sont où ?

Bonjour,
Je suis très heureux d'apprendre qu'une nouvelle version de vb6 sera disponible sous RAD Basic.

Je suis un ardent souteneur de Vb6 et j'ai essayé avec Vb.net mais il y a des fonctions qui ne s'y retrouve pas. Exemple simple : Dans Vb6, il y avait des groupes de contrôles qui pouvait être fait avec n'importe lequel objets déposés sur la fenêtre de travail.
Cela économisait beaucoup de codes inutiles. On peut simuler le tout dans Vb.net mais cela nécessite quelques entourloupe et beaucoup de codes inutiles.

Donc merci beaucoup de cette initiative génial et je serait très heureux d'être informé aussitôt que'une version beta sera disponible au téléchargement.

Daniel Levesque

Bonjour,
Je voudrais trouver un logiciel qui remplace le VB6, qui soit équivalent et pas trop complexe.:lol:
Quel logiciel (voir compilable) est possible ?
Merci

VBScript dans un HTA ? si tu as déjà des habitudes VB, de plus c'est gratuit, par contre ne fonctionne que sous OS Windows.

Motif de l'édit: régénération du lien

Citation:

---

Envoyé par ProgElecT

VBScript dans un HTA ?

---

Le lien tombe dans le vide . . . du moins pour moi !

Citation:

---

Envoyé par DAUDET78

Le lien tombe dans le vide . . . du moins pour moi !

---

Lien régénéré
en fait il suffit, dans le forum VBSCript, de taper HTA dans la boîte de recherche dans ce forum pour avoir 4 pages (734 discussions) qui ont rapport avec du HTA.