Une belle explication graphique des machines à états. J'aime autant l'explication technique que sa mise en forme.
Effectivement, les ordinateurs sont aussi inhumains parce qu'ils ont toujours raison, et aucun moyen de comprendre la psychologie humaine.
Il m'a fallu près de 20 ans pour comprendre ça ... Et encore, même si j'ai compris, je ne suis pas sûr de l'appliquer ...
A priori, ce livre sur le design du langage Forth pourrait être une lecture intéressante.
Une critique intéressante de la manière dont on collecte des métriques
Il y a vraiment en Groovy des trucs qui ont un effet "what ?#!".
Par exemple, cette méthode implicite, c'est bizarre ...
Très belle citation sur ce qu'est authentiquement l'architecture
C'est assez compliqué : la programmation immutable n'existe que parce quelque part il existe un système stockant l'état, qu'il s'agisse d'une base de données ou d'un fichier. Prétendre que c'est un problème, c'est prétendre que la permanence n'a pas d'intérêt.
Le texte est long, mais la lecture est éclairante.
Ca ne sera une surprise pour à peu près personne, je suis complètement d'accord avec cet article. Surtout avec le premier point, en fait : ce qui n'est pas en prod n'existe pas.
Très chouette métaphore de la différence entre ces différents termes.
Une jolie introduction aux concepts de Rust
Je vois des gens faire des microservices, et franchement, c'est l'enfer : il faut démultiplier la CI/CD, superviser toutes les instances, assurer la sécurité des communications, garantir la cohérence des droits. Donc oui, les monolithes, c'est l'avenir.
Est-ce que ça n'est pas précisément la définition d'une abstraction ?
Je ne suis pas tout à fait d'accord avec cette opinion ... mais quand même, les racines mathématiques de la programmation fonctionnelle n'aident pas toujours à son accès.
Je suis en train de lire le bouquin qui est accompagné par ce poster, et qui est franchement bien. Mais j'aimerais aussi beaucoup avoir chaque île sous forme d'une image A4 ...
C'est de la disruption façon XXIème siècle avec d'un côté le bot appropriateur, et de l'autre la rebellion artistique.
Conceptuellement, ce robot est extrêmement intéressant : il n'y a qu'un moteur qui pilote aussi bien l'avancée que la rotation du robot. C'est très chouette.
Alors ça c'est intéressant : on est conditionnés en tant que développeurs Java à croire que le GC est une solution efficace ... mais ce GC ne vient pas sans quelques problèmes spécifiques.
C'est à mettre en exergue de tous les documents d'architecture logicielle ...