🚀 go-pugleaf

Harpo, le 14/10/2005, a �crit :
> Emmanuel Delahaye wrote:
>
>> 
>> Je rappelle qu'un header (.h) et une biblioth�que (.a, .lib etc.) ne
>> sont pas la m�me chose. 
>
> On ne le r�p�tera jamais assez, m�me si c'est fatigant,
Certes

> i y a de
> multiples phases entre ce qui se passe dans la t�te d'un programmeur et
> un programme ex�cutable. C'est souvent au d�but de la cha�ne que �a
> foire.
La production du programmeur est rarement (mais �a existe) un programme 
ex�cutable (pl�onasme ?). C'est un fichier que l'OS se chargera au 
travers du loader de transformer en processus.

> Je pense qu'une des premi�re choses � apprendre lorsqu'on apprend un
> langage, c'est la mani�re dont ce langage formalisable arrive � une
> unit� ex�cutable.
Lors de l'apprentissage de son premier langage compil�, peut-�tre. Mais 
ensuite, cette cha�ne de production est tout sauf li�e � un langage.

> Il y a plusieurs moyens d'aborder un langage, on peut r�citer la
> grammaire BNF par coeur,cela ne fait pas un bon programmeur, cela fait
> des amateurs d'academic studies', il semble qu'il en faille.
Si votre id�e est que la ma�trise de le grammaire BNF ne sert qu'� 
�crire des compilateurs, j'agr�e.

> Je pense que le m�tier de programmeur est un des plus noble
Exag�ration ? "Programeurs sans Fronti�res" ?

> car il doit
> savoir faire le lien entre des sp�cifications fonctionnelles et les
> bits qui pasent de 0 � 1 et vis-versa.
S'ils passent de 0 � 1 et vice-versa, autant qu'ils restent au lit ;-)

> Savoir ce qu'est une compilation et une �dition de lien devrait �tre un
> pr�s-requis avant d'avoir l'honneur d'approcher un clavier, cela laisse
> un espoir de comprendre un jour ce que font les programmes que l'on
> �crit.
Ce peut �tre utile. J'y ai m�me consacr� quelques dizaines de pages ici 
ou l�. Mais parce que je suis comme �a. �a ne me para�t pas aberrant 
qu'un programmeur ignore tout de la tuyauterie. Si le langage est 
parfaitement d�fini.

-- 
Pierre Maurette