C'est le genre de trucs qui me rend assez content d'utiliser Wordpress ... Et c'est aussi ce qui me fait penser que floc risque de faire un flop (et c'est peut-être prévu)

Donc le mec a créé sa propre plateforme de blog. ok ...
Et il la garde en source fermée parce que globalement, il a peur de ce que pourraient faire les gens si ils voyaient le code source. PAS OK DU TOUT.
Franchement, à sa place, j'aurais pris un wordpress qui gère déja tous les problèmes ... même si c'est pas hype. (en fait, surtout parce que c'est pas hype).

C'était ma journée d'hier, et ce sera ma journée d'aujourd'hui, je pense ...

curl est un projet dingue. Pas étonnant que son auteur ait une organisation carrée

Ca mérite d'être utilisé en fond d'écran ...

L'article prend l'exemple d'aws, mais c'est vrai partout. Personnellement, à chaque fois que je commence à utiliser un produit, autre de le la doc en entier au moins une fois. C'est toujours long... Et toujours rentable !

Il y a dans cet article deux très belles citations, et une vision intéressante des diagrammes d'architecture, malheureusement diminués par un usage incorrect des légendes.

Je suis absolument sidéré par la profondeur de ce qu'explique cet article. Ca va entrer dans ma méthode de construction de présentation !

L'article est vraiment impressionnant, et contient quelques étapes qui vont me servir dans un prochain projet.

Un paragraphe très intéressant sur la limite du modèle de contribution poussé par git et ses interfaces. Je nuancerai toutefois le propos : si le mec passe beaucoup de temps à tester, peut-être qu'il devrait d'abord accepter des contributions à ce sujet pour se faciliter la vie ensuite.

La distinction entre ces quatre éléments de réflexion est particulièrement utile

Une belle et bonne doctrine, qui améliore réellement les choses. Evidement, ça n'est valable que quand on est en position de corriger les problèmes 😉

Je trouve cette citation vraiment intéressante ... Ca mérite d'y réfléchir en profondeur, ne serait-ce que pour comprendre le vrai sens d'un réseau social "éthique".

Le saviez-vous, il y a une conférence annuelle sur les diagrammes. C'est meta (et donc c'est mal), mais c'est néanmoins intéressant.

Cette liste de techniques d'estimation est vraiment chouette, parce qu'elle fournit des moyens différents de faire cette partie du travail qui est un poil pénible.

Dans cet article, j'aime bien l'histoire des 5W-H (qui est l'équivalent du très journalistique QQQOCP), qui colle vraiment bien avec les notions derrière les logs.

Ca m'a l'air d'un bouquin rempli de conseils très utiles de gestion du temps

C'est bien cette méthode, et c'est pratique

Je me demande su je ne fais pas ça spontanément (ou alors je passe mon temps à cabotiner)

Ces histoires de CSS me rappellent avec plaisir mes années de développement Swing, où on avait les mêmes problèmes, résolus avec les mêmes méthodes théoriques (qui se basent sur la mise en page papier, figurez-vous)