Générateurs de code (était Re: Diffamations et abus)

(Ironie inside)
jr wrote:

>>>>> Je n'ai pas dit qu'on avait besoin de programmeurs Cobol: la
>>>>> grande masse du Cobol d'aujourd'hui est écrite par des
>>>>> applications.
>>>> Et tout ça se fait sans revue de code ?
>>> Vous révisez le code produit par un compilateur, vous? 
>>
>> J'ai entendu parler de machines-lisp (encore un langage du siècle
>> dernier que je n'ai pas cité), de machines-java, mais une
>> machine-cobol je demande à voir.
> 
> Qui parle de machine cobol? Il y a un compilo cobol derrière,


ça je m'en doute bien... et entre les deux il y a du cobol, généré par une 
application à partir de scripts, et bien entendu on peut écrire les scripts 
en question sans jamais avoir écrit une ligne de Cobol. C'est clair. Et 
confier le programme les yeux fermés au compilateur. Bref on ferait encore 
du Cobol sans avoir aucune raison d'en faire...

> c'est
> tout. Il y a plein de trucs qui marchent comme ça. Yacc fait du C qui
> est compilé derière.

J'ai entendu dire que Byacc génère du java. C'est fou, non ? Et une fois 
qu'on a écrit le parser, en général il y a encore un peu de boulot de 
programmation à faire pour l'intégrer dans une appli (interpréteur ou 
compilateur, par exemple). Et après avoir écrit le parser pour qu'il soit 
compris par bison (parser qu'on peut écrire sans avoir un minimum de 
connaissance en C bien entendu) on peut faire l'appli en Cobol (c'est un 
exemple. J'aurai pu écrire Fortran, là)?

> Les premiers C++ faisaient du C aussi. Le premier
> VHDL faisait de l'Ada, qu'on pouvait compiler avec un des compilateurs
> Ada qui faisait du C. J'ai écrit des tas de traducteurs de ce genre.

J'ai comme l'impression qu'on est en charte dans fclg (sauf peut-être pour VHDL)
-- 
http://myurl.in/cacao (html) http://myurl.in/chocolat (pdf)
Vu de l'extérieur ça tient franchement de la farce grotesque. (ER)
Êtes-vous de sexe masculin ou féminin ? (Sélectionnez une seule réponse.)
http://myurl.in/iff