C'est ce que j'appelle du code write-only : tu l'écris, et quand tu dois le relire, tu comprends plus rien, et du coup tu le réécris dans un autre langage plus read-only (comme le Rust : impossible à écrire mais parfaitement clair et performant)

Quelques exemples de cas où il vaut mieux réfléchir un peu en avance, et en faire "un peu trop" parce que c'est sûr, ça va servir

C'est une vision extrêmement radicale de la gestion de la mémoire dans un logiciel. Ca doit donner des défis intéressants à résoudre aux développeurs. Même si je ne suis pas sûr de l'intérêt final de la chose ...

Toutes les icônes.
Toutes les fontes.
Dans un seul package.
Ca m'a l'air redoutablement pratique.

OpenCV, c'est pas simple, Rust, c'est pas simple, alors les deux ensemble ... c'est pas simple (mais ça permet des choses intéressantes)

Un article très intéressant sur le design des messages d'erreur. Les conseils qui y sont donnés sont applicables également pour les messages d'erreur à destination des développeurs ...

Une intéressante liste de contraintes liées à l'exploitation d'un logiciel. Il y a quelques idées intéressantes.

De bonnes pratiques (pas forcément très simples à mettre en place)

Ca ressemble à un site qui mériterait un flux RSS

J'ignorais cet usage des features Rust (mais il est vrai que je n'avais pas poussé mes investigations aussi loin)

J'ai eu la discussion la semaine dernière au travail, et je trouve que cet article argumente efficacement mon point de vue : le code dit bien le comment, mais jamais le pourquoi, ni même le comment à une échelle uniforme

Une conférence très intéressante sur la transition vers le "as a service". L’anecdote sur le passage de pager aux dévs quand ils foirent est savoureuse, mais en fait toute la conférence est vraiment bien.

Les quines, c'est cool.
Mais ce programme qui se réécrit dans une centaine de langages de programmations est dingue

Ca par exemple, même le PHP inclut maintenant les primitives filter/map/reduce. Ca n'est évidement pas de la programmation fonctionnelle, mais c'est la partie utile

Il y a une différence : Jenkins est beau et pratique.

Un cataligue d'algorithmes qui me semble très complet

L'idée est sacrément bonne ! Et surtout très drôle

L'idée est drôle, mais dans les langages où l'UTF-8 est possible, on peut aussi utiliser des ... emojis !!! (genre ↗️ et ↘️, faudra que je teste)

Je suis franchement d'accord avec le message, et avec tout le thread en fait.

Un article sympa sur certaines pratiques un peu curieuses du Python