Point de vue sur les logiciels de programmation.
Sur ce point, je veux tout simplement m'exprimer en tant qu'utilisateur sur l'intérêt de chaque type de logiciel de programmation ( je ne suis pas une référence ):

Lorsque j'ai découvert VB3 pro, j'ai flashé sur le principe:

  1. "Dessin", ou plutôt arrangement d'une feuille / fenêtre avec composants [ Boutons, Boîtes de textes, Radio-Bouton, ligne, ...]
  2. Choix de l'évènement associé au composant, d'où un programme scindé en plusieurs sous-programmes.
  3. Une mise en oeuvre très rapide avec la certitude de créer un programme sans avoir à réinventer la roue. Les composants existent et on a plus qu'à s'en servir sans devoir les recréer à chaque fois....
  4. Du fait que c'est un Basic, les termes sont faciles d'accès. Les propriétés des composants se font "naturellement".
Mais j'ai vite déchanté avec la version 4:
  1. Vos Logiciels ne sont exportables que si vous passez par le "Wizzard" d'installation. Vous ne maîtrisez quasiment rien de votre projet, des fichiers se rajoutent d'on ne sait où. Un de mes programmes faisait 27 ko; j'ai essayé de l'installer à ma façon sur un autre PC et le programme n'a jamais marché. Mais en passant par le "Wizzard" d'installation, j'en ai eu pour 3 disquettes de 1,4 Mo!!! Sans compter que sur la dernière disquette, le "Wizzard" n'avait besoin que de 100 ko. Le "Wizzard" a refusé de compléter sur une disquette de 1Mo ( avec secteurs defectueux), il lui fallait absolument une disquette Nickel de 1,4 Mo pour terminer les 100 derniers kilo-octets....
  2. Même si votre programme a l'extension *.exe, il reste quand même interprété et un VBRUN300.dll ou VB40032.dll reste nécessaire pour son bon fonctionnement.
Par rapport à ces inconvénients, je me suis lancé sous DELPHI ( j'y suis encore ) qui répond plus à ma demande:
  1. Rigueur de syntaxe et de variables utilisées.
  2. Un éxécutable en est un vrai.
  3. On maîtrise son projet et les différents fichiers s'il y en a, s'y rattachant.
  4. L'aide en ligne est assez bien, il manque quand même des exemples...
  5. On peut faire appel, par le biais de l'instruction "asm" au langage assembleur. OUAINDOZE XX le déconseille fortement, mais quand vous voulez allez dans les tripes du PC, je n'ai pas trouvé mieux.
DELPHI n'est pas parfait et pour l'instant le seul vrai inconvénient que j'ai rencontré est l'utilisation de certaines APIs ( exemple: la liaison série ). Si vous n'avez pas d'exemples alors il est impossible d'y arriver. Bon, les APIs sont des routines internes de OUAINDOZE mais DELPHI devrait mieux les intégrer voire les documenter d'avantage...

Et pour le langage C, je ne l'ai cotoyé que rarement, mais comme OUAINDOZE a été écrit dans ce langage, les routines APIs sont exprimées dans ce jargon.