Une vision intéressante du travail de design de système : plutôt que de permettre de vivre avec les sources de stress, essayer de les supprimer
Une réflexion très conceptuelle, mais aussi très intéressante, sur le design en général. Et ça s'applique bien au design logiciel (spécialement parce que l'autrice semble travailler dans le domaine)
Des palettes de couleur soigneusement choisies. Ca aide bien les non-designers comme moi à proposer des idées intelligentes aux designers
Ca m'a l'air d'une présentation absolument extraordinaire. J'espère qu'il y a une vidéo quelque part
Oh j'aime beaucoup cette explication de la gestion de mémoire en Rust !
Si t'es pas designer (comme moi), ça peut t'aider
Il va également falloir que je relise ça à tête reposée, mais je sens transparaître le rêve de Martin Kleipmann là-dedans
Très chouette outil d'aide à l'orientation dans l'UX. A mon avis, ça aide vraiment à l'explicitation des contraintes.
Ah Lombok, ce truc ... certains aiment. personnellement, j'ai très vite ressenti ça comme les portails de téléportation d'Hypérion : un truc qui rend un service mineur, au prix de l'exploitation de ton âme pour une durée ... forcément trop longue
Alors ça, ça ressemble à un figma open-source, et c'est une belle idée
C'est pour éviter ces erreurs (entre autres) que je ne fais jamais de diagramme moi-même, et que je laisse toujours ça à PlantUML/Graphviz. Parce qu'avec ces outils-là, on voit vite quand le diagramme devient moche (et ça arrive vite).
Cet article est rempli de considérations extrêmement intéressantes sur l'intérêt qu'il y a à limiter la taille de ... tout, en fait. Mais surtout de son site web dans toutes ses dimensions : moins de features, moins de dépendances, ...
Une critique argumentée et nuancée de rust et de son écosystème. Ça aide à savoir où on met les pieds...
Je me demande comment ça marche dans éclipse...
Deux très bonnes idées de features pour les logiciels de vidéo conférences auxquelles j'en ajouterai bien une troisième : un quelconque système de plug-in (comme le permettent discord ou slack par exemple)
Ce concept de zone d'atterrissage d'un produit, d'un programme, me semble particulièrement pertinent (et rentre curieusement bien dans le modèle de document d'architecture que j'utilise)
J'ai rarement lu une citation expliquant aussi bien l'état désastreux des systèmes qui nous entourent.
J'ai lu avec une fascination horrifiée tout ce thread qui décrit le langage Zimbu, qui n'est oils vraiment ésotérique, mais juste totalement foutraque.
Une initiation très complète à ce qu'implique réellement le rôle d'architecte. Les slides m'ont fait réfléchir à mes pratiques.
Un jeu sérieux qui semble faire travailler le processus de décision architecturale.