Pour ceux qui me connaissent, ça me donne l'impression d'être un philosophe. Parce que plus que de bonnes réponses, j'aime donner de bonnes questions

Une très belle checklist de ce qui fait la différence entre coder et développer

Une analyse absolument fascinante de l'échec de l'OLPC. Je pourrais simplifier en disant que c'est encore du technologisme de base, mais il n'y a pas que ça. Il y a aussi le mauvais choix d'interlocuteurs.

Je crois qu'il va falloir que je lise cet article un de ces quatre, il m'a l'air extrêmement intelligent

Les mecs réinventent le concept de style CSS, mais avec une étape de compilation (parce que ça fait sérieux). Je persifle, mais c'est parce que je ne comprends vraiment pas l'intérêt de la manoeuvre.

Un site intéressante permettant d'assembler son vélo à partir de composants de qualité

Ca ressemble vachement à une partie de ce que j'ai envie d'écrire en ce moment, mais avec un angle un poil différent.

Une façon extrêmement intéressante de décrire l'évolution d'une organisation.

Super article sur la nécessité de bancs de test indépendants.

Les admin réseaux qui interdisent ICMP sont juste des gens qui croient à la sécurité par l'obscurité et au théâtre de la sécurité. Ca n'empêche certainement pas un attaquant compétent de venir foutre la merde.

Très intéressante méthode pour savoir avant une réunion (oui, je suis vieux, je ne parle pas d'atelier, mais de réunion) quel sera le niveau d'intérêt des participants

Où je découvre
1 - un modèle archi-complet de documentation de décision
2 - Que ça date au moins de 2005

Sur les 31 conseils donnés dans cet article, je pense qu'au moins la moitié me hérissent le poil. Mais l'autre moitié est tellement importante que l'article mérite la lecture

J'ai bien l'impression de n'avoir travaillé que dans des boîtes ayant la culture de la réunion. Et c'est un peu comme si la révolution de l'écriture n'avait jamais eu lieu ...

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

Très bonne réflexion architecturale : pour avancer plus vite, il faut se synchroniser moins (c'est aussi pour ça que la communication asynchrone est plus efficace)

Allez-y, passez au cloud ... Et à un moment vous allez vraiment en baver. Parce que les défauts pointés dans cet article ne sont pas vraiment anodins, je trouve

Historiquement, je voyais le numéro de version principal comme un outil à la main du marketing. Mais avec les microservices, effectivement, le SEMVER devient une approche valable.

Pure synchronicté : j'ai présenté il y a deux semaines une conférence - pas mal improvisée - expliquant comment la compatibilité expliquait la structure du marché informatique en France. Et je trouve que c'est aussi le sujet de ce très intéressant article.

Très intéressant article expliquant comment l'adoption des langages par les développeurs peuvent être conditionnés par l'outillage disponible