J'ai failli m'arrêter au début de l'article. J'ai continué et je le regrette.
Alors que les choses étaient simples entre Makefile et éventuellement autoconf de M4, nous subissons maintenant cmake, ninja, meson, west, gradle et multitude d’autres infrastructures de compilation multiplateformes pour des langages qui tentent de remplacer le C avec des Rust ou Go, dont on ne peut espérer que le même échec que Ada quand leur utilisation est imposée [3]. Entre développeurs et utilisateurs de systèmes compatibles POSIX uniquement, le problème serait sûrement plus simple à résoudre.
Il me semble que l'auteur confond « simple » avec « ce que je connais » et préférerait n'être entouré que de gens qui pensent comme lui.
Nous pouvons commencer par nous interroger comment nous en sommes venus à programmer des ordinateurs généralistes numériques respectant l’algèbre de Bool, d’abord en fournissant les instructions à l’unité arithmétique et logique (ALU) sous forme d’opcodes déterminant la séquence de portes logiques suivie par les opérandes, et plus tard avec des langages plus abstraits que seront C, Bash, GNU Octave, Python... et j’en oublie de nombreux autres aussi éphémères qu’inutiles.
Beaucoup de mépris dans les propos de cet auteur, et pas une once d'analyse du pourquoi ces outils ont été créés, ni de quels problèmes ils voulaient résoudre. Et évidemment il ne risque pas non plus d'y avoir une tentative d'étude de l'échec de ces outil à résoudre lesdits problèmes.
# Est-ce un troll ?
Posté par Julien Jorge (site web personnel) . En réponse au lien "Trente ans d’open source... pour en arriver là". Évalué à 10.
J'ai failli m'arrêter au début de l'article. J'ai continué et je le regrette.
Il me semble que l'auteur confond « simple » avec « ce que je connais » et préférerait n'être entouré que de gens qui pensent comme lui.
Beaucoup de mépris dans les propos de cet auteur, et pas une once d'analyse du pourquoi ces outils ont été créés, ni de quels problèmes ils voulaient résoudre. Et évidemment il ne risque pas non plus d'y avoir une tentative d'étude de l'échec de ces outil à résoudre lesdits problèmes.