Site WWW de Laurent Bloch
Slogan du site

ISSN 2271-3905
Cliquez ici si vous voulez visiter mon autre site, orienté vers des sujets moins techniques.

Pour recevoir (au plus une fois par semaine) les nouveautés de ce site, indiquez ici votre adresse électronique :

Forum de l’article

Le Projet Unicorn

modération a priori

Ce forum est modéré a priori : votre contribution n’apparaîtra qu’après avoir été validée par un administrateur du site.

Qui êtes-vous ?
Votre message

Pour créer des paragraphes, laissez simplement des lignes vides.

Lien hypertexte

(Si votre message se réfère à un article publié sur le Web, ou à une page fournissant plus d’informations, vous pouvez indiquer ci-après le titre de la page et son adresse.)

Rappel de la discussion
Le Projet Unicorn
Laurent Bloch - le 30 septembre 2020

Réponse à un lecteur :

À la lecture de ton message je suis pris de remords ; j’aurais dû
insister plus lourdement sur ce que j’écris aux deux derniers
paragraphes : ce roman ne vise pas à être un chef d’œuvre
littéraire, mais à décrire l’univers quotidien d’une profession
dans son langage professionnel. Or ce langage utilise des
mots particuliers (la plupart du temps anglais) pour évoquer
des objets inconnus du public. Et s’il avait fallu pour chacun
de ces objets expliquer sa nature et son usage, le livre serait
devenu un manuel d’informatique.

Pourquoi Émile Zola pouvait-il décrire le monde de la mine et
être compris de ses lecteurs, alors que Gene Kim échoue
visiblement à décrire le monde du développement informatique
de façon compréhensible pour les profanes ? Il y a certes une
difficulté particulière qui tient au fait que les objets du
programmeur sont des abstractions, plus difficiles à évoquer.
Mais aussi au fait suivant : mon grand-père et mon père, de
formation purement littéraire, ressentaient comme une
obligation morale le fait de comprendre le fonctionnement d’une
locomotive, d’une centrale électrique, d’un four Bessemer. La
compréhension du système technique contemporain ne semble
plus s’imposer, et de fait il est difficile à comprendre, il faudrait
pour cela l’enseigner, comme tu le remarques. Je crains aussi
que la France soit en train de décrocher, parce que ce livre est
un best-seller aux États-Unis, où il semble donc trouver des
lecteurs.

Le Projet Unicorn
- le 16 octobre 2020

J’attribue une partie de cette incompréhension à quelques grandes classes de "raisons" :
1- l’informatique a longtemps été un métier de spécialistes qui a gardé une "distance" par rapport au commun des mortels et même par rapport aux "gestionnaires". On peut se demander si cela n’a pas été "cultivé". Ce n’est pas le seul métier dans ce cas : la médecine et le droit par exemple.
2- les fondamentaux d’une architecture informatique : processeur mémoire stockage réseaux données évènements flux applications langages compilateurs ne sont pas clairement assimilés, expliqués
3- un mélange, dans trop de milieux (dont éducation, médias), des concepts fondamentaux de l’usage des outils, du "codage"
4- de très nombreux langages de programmation qui se multiplient et évoluent. Cela rend à mon avis impossible une continuité dans la construction d’un "modèle" de référence depuis les bases avec compléments, complexification progressive comme les notations mathématiques (je sais que je suis "original" avec cet argument)
5- l’exclusion de toute possibilité de comprendre avec la place donnée (par les médias) à des modes comme l’IA ou le traitement de données massif qui, de plus, seraient hors de portée en dehors de la Californie.

Le Projet Unicorn
Frédéric LOYER - le 18 février 2024

Un grand merci tout d’abord pour cette fiche de lecture qui m’a donné envie de lire l’ouvrage.

Effectivement, pour bien suivre, il vaut mieux être acculturé. L’évolution de l’enseignement de l’informatique va dans le bon sens, mais comment faire comprendre l’importance de l’automatisation de la compilation (build) d’un programme alors qu’au programme de NSI le langage Python (interprété) est enseigné... ou la programmation fonctionnelle, l’intégration continue, la gestion des versions (et ses merges)...

Je note dans l’ouvrage, l’apologie de la programmation fonctionnelle pour gérer la concurrence, mais je pense que cela ne fait pas tout. Parfois, des bibliothèques de gestion de transactions sont nécessaires (bibliothèque STM, ou transactions supportées par les bases de données). Évidemment, cela dépend de l’usage.

Derniers commentaires

Analyse de l’algorithme de Fibonacci
Cet article me fait penser à la manière dont j’ai été bluffé par ChatGPT qui me proposait (...)

Quand la machine apprend
Passionnant livre, parmi l’abondante et inégale floraison actuelle de bouquins sur l’IA. Au (...)

Controverses autour du Système d’information (SI)
Les traités d’informatisation des années 1960 (CEGOS- G. Bauvin, etc.) expliquaient déjà que (...)

Informatique confidentielle
Je cite "moins d’une machine virtuelle que d’un système exploitation virtuel". On a vraiment (...)

Pourquoi Scheme ?
Je suis étonné de la citation suivante dans le contexte d’un article "Pourquoi Scheme ?" : (...)