le but d'un langage de programmation est de générer un source assembleur.
Mauvaise définition (beaucoup de langages de programmation ne respectent pas cette définitions)
Bon, ceci est hors du topic de mon journal qui visait à faire en première lieu à faire la promo de fBlog et en second lieu de mettre en parallèle deux sites identiques générés sous fBlog (l'un en hébergement à domicile sur un ordi de bureau banal oceamer.com, l'autre chez un hébergeur de premier plan oceamer.fr ). L'aspect du choix de Fortran pour la programmation est pour moi secondaire. Si j'avais eu la maîtrise de Python au début, nul doute que c'est ce langage que j'aurais employé. Mais comme j'avais un passé avec Basic, Fortran m'a paru être plus évident.
Chacun a sa petite opinion sur la définition d'un langage informatique, je vais donc préciser ici ce que j'en pense (mais je suis un pur autodidacte, pas un distingué docteur en informatique !).
À mon sens la programmation pure se fait en opcode ou en assembleur. J'ai connu un navire de commerce construit en 1999 avec un système de contrôle de cargaison de gaz de pétrole liquéfié qui ne pouvait se programmer qu'en opcode depuis un télétype qui servait aussi d'imprimante pour la transcription des alarmes. Je ne sais pas si ça existe toujours dans l'industrie de nos jours.
Par abus de langage, dans la mesure où l'on écrit dans un langage informatique qui va ensuite générer du code assembleur qui ensuite sera transformé en un fichier elf (ou autre), je parle encore de programmation et de langage de programmation. Mais, j'en conviens, c'est un abus de langage !
Ceci étant, il n'y a pas que des langages capables de générer au final un fichier elf. Il y a ceux qui sont interprété soit dans une runtime soit dans un interpréteur externe. Si l'on prend le cas de Fortran, la norme n'emploie absolument pas le mot de "compilateur" mais celui de "processeur". Car Fortran peut tout aussi bien être exécuté par un interpréteur ! Si je ne connais pas d'interpréteur Fortran en usage aujourd'hui, d'après mes lectures, j'ai des raisons de penser qu'il en a existé jadis.
De nos jours, le mot "développeur" tend à se substituer à celui de "programmeur". Je pense qu'il y a là-aussi un abus de langage. Pour moi le développement est la création d'un logiciel alors que la programmation est la création d'une routine. Le développeur fait une agrégation de plusieurs routines (qui pourront être écrites dans des langages différents) alors que le programmeur agit sur un spectre plus étroit.
Par exemple, si j'écris une routine pour afficher un calendrier sur une console à la ligne de commande, j'estime être dans le cas d'une programmation. Si la même routine fait appel à la bibliothèque ncurse pour afficher le calendrier d'une manière plus jolie, j'entre dans le développement. Idem si la routine attaque une bibliothèque graphique sous X-Window.
[^] # Re: Oui, mais c'est pas forcément le bon outil
Posté par Denis Bernard . En réponse à la dépêche Moteur de blog fBlog. Évalué à 1. Dernière modification le 16 mars 2015 à 20:06.
Bon, ceci est hors du topic de mon journal qui visait à faire en première lieu à faire la promo de fBlog et en second lieu de mettre en parallèle deux sites identiques générés sous fBlog (l'un en hébergement à domicile sur un ordi de bureau banal oceamer.com, l'autre chez un hébergeur de premier plan oceamer.fr ). L'aspect du choix de Fortran pour la programmation est pour moi secondaire. Si j'avais eu la maîtrise de Python au début, nul doute que c'est ce langage que j'aurais employé. Mais comme j'avais un passé avec Basic, Fortran m'a paru être plus évident.
Chacun a sa petite opinion sur la définition d'un langage informatique, je vais donc préciser ici ce que j'en pense (mais je suis un pur autodidacte, pas un distingué docteur en informatique !).
À mon sens la programmation pure se fait en opcode ou en assembleur. J'ai connu un navire de commerce construit en 1999 avec un système de contrôle de cargaison de gaz de pétrole liquéfié qui ne pouvait se programmer qu'en opcode depuis un télétype qui servait aussi d'imprimante pour la transcription des alarmes. Je ne sais pas si ça existe toujours dans l'industrie de nos jours.
Par abus de langage, dans la mesure où l'on écrit dans un langage informatique qui va ensuite générer du code assembleur qui ensuite sera transformé en un fichier elf (ou autre), je parle encore de programmation et de langage de programmation. Mais, j'en conviens, c'est un abus de langage !
Ceci étant, il n'y a pas que des langages capables de générer au final un fichier elf. Il y a ceux qui sont interprété soit dans une runtime soit dans un interpréteur externe. Si l'on prend le cas de Fortran, la norme n'emploie absolument pas le mot de "compilateur" mais celui de "processeur". Car Fortran peut tout aussi bien être exécuté par un interpréteur ! Si je ne connais pas d'interpréteur Fortran en usage aujourd'hui, d'après mes lectures, j'ai des raisons de penser qu'il en a existé jadis.
De nos jours, le mot "développeur" tend à se substituer à celui de "programmeur". Je pense qu'il y a là-aussi un abus de langage. Pour moi le développement est la création d'un logiciel alors que la programmation est la création d'une routine. Le développeur fait une agrégation de plusieurs routines (qui pourront être écrites dans des langages différents) alors que le programmeur agit sur un spectre plus étroit.
Par exemple, si j'écris une routine pour afficher un calendrier sur une console à la ligne de commande, j'estime être dans le cas d'une programmation. Si la même routine fait appel à la bibliothèque ncurse pour afficher le calendrier d'une manière plus jolie, j'entre dans le développement. Idem si la routine attaque une bibliothèque graphique sous X-Window.