Windev a un gros avantage malgré tout en pratique : offre d'embauche avec Windev écrit dedans ? => tu passes à la suivante

Et des pubs à accrocher sur la porte des toilettes des hommes.

GOTO: sortie

Il entend bas niveau dans le sens abstraction :
- gestion manuelle de la mémoire du tas vs les garbage collector du C# ou du Java,
- l'accès à des primitives systèmes dans un code machine vs l'utilisation d'un code binaire intermédiaire qui sera interprété par une machine virtuelle,
- le fait que le C et le C++ sont davantage utilisés dans de la recherche de performance (jeux...) ou des pilotes vs une facilité de l'environnement de programmation pour le développeur, etc.

J'aime bien cette approche donnée en exemple en Ada, langage utilisé en aéronautique et spatial sur de nombreux systèmes embarqués. Ada est normalement considéré comme exemplaire en terme de "propreté" à l'écriture et l'exécution (avec les débordements qu'on connait).

Comme Ariane qui fait boum?

Qu'est ce que ça à avoir avec la performance le fait que les chaînes soient terminées par NULL ? C'est du fait seul que le type string n'existe pas en en C ANSI.

Si, il y a plusieurs types string : char[n] et char* (et les mêmes en const).

A la place on fait appel à la logique des pointeurs.

Pour les E/S il y a plusieurs façons de faire, soit en passant par les bibliothèques C, soit en passant directement par les primitives systèmes... Et quoi qu'il en soit, à moins de programmer au niveau même du noyau j'imagine, il y aura toujours un problème de performances vu qu'il s'agit d'interruptions système.

Je parles de printf et co.

Il n'y avait nulle référence à ADA dans son post.

Et alors?

La comparaison était par rapport aux langages plus haut niveau qu'on a cité tous deux.

Il y a évidemment plus bas niveau que le C... Tout ce qui est programmation en assembleur par exemple. Mais çà n'occulte pas qu'on est en dessous du C# ou Java.

C'est quoi ça être en dessous?

En tout cas, dans un contexte de très faible mémoire ou de temps réel j'ai pas souvenir d'avoir vu ces derniers privilégiés au C.

Justement, il y a un dialecte de Java conçu spécifiquement pour un contexte de mémoire très très faible avec des contraintes temps réel.

Comme Ariane qui fait boum?

Par exemple

On parle de 'bas niveau' pour désigner un langage qui est "proche" du cpu, c'est a dire proche de l'assembleur. Par 'proche' on entend la complexité qu'il faut pour le compiler et le traduire en assembleur et le faible niveau d'abstraction qu'il offre.

A l'inverse on parle de 'haut niveau' pour les langages qui sont 'loin' du cpu, qui ont un haut niveau d'abstraction et sont souvent interprétés au lieu d'être compilés et dont la compilation, quand elle a lieu, est souvent complexe. D'ailleurs en pratique on compile souvent un langage de haut niveau vers un langage de bas niveau qu'on compile ensuite en assembleur pour générer du code exécutable. Cela permet de simplifier la portabilité et les optimisations: en générant du C on peut après le compiler et l'optimiser avec les outils propres a chaque OS et au passage, on profite des décennies de progrès faites sur la compilation du C.

Il fréquent d'ailleurs dans le code C généré par les compilateurs (et les "transpileurs") de haut niveau de générer énormèment de goto.