Très chouette explication de l'extension nécessaire à l'architecte : il faut certes comprendre les enjeux de haut niveau, mais aussi comprendre comment l'application fonctionne au niveau le plus bas. Et pour ça, l'immersion dans le code est toujours une bonne méthode

Le créateur de SQLite a de jolies bannières alternatives pour Git

Le vrai défaut des revues de code est là : on se focalise trop sur els détails visibles "oh le mauvais commentaire" et pas assez sur l'étude du code

Je vais devoir regarder ça prochainement, parce que l'idée de générer du Rust depuis des RFC IETF est complètement dingue

Chaque ligne de code est ton ennemi

Je connais déja le premier point depuis bien longtemps, et j'approuve sans réserve. J'ignorais complètement le second point et je trouve qu'il fait parfaitement sens

J'aimerai bien mettre ça en entête de tous mes documents, de toutes mes présentations, parce que c'est vraiment un axe directeur dans ma tête.

A priori, ce serait plus propre que le swagger-codegen

Ce truc à base d'annotation processor (qui me rappelle Qi4j et Lombok - en propre) me semble conceptuellement intéressant ...

Une alternative à GitHub ... dont la particularité est de viser la légèreté (et donc la rapidité). Et franchement, le site est rapide !

J'ai des collègues qui ont lancé une chaîne Twitch. C'est beaucoup trop génial.

Euh, le SQL, c'est pas mon langage préféré. Mais là, cette histoire de PLEASE est un peu bizarre ...

Ca me rappelle furieusement une discussion avec un collègue qui me parlait de nouveautés d'IntelliJ ... Et effectivement, l'édition de code est un domaine sacrément conservateur (petit rppel, vim est toujours une solution envisagée par certains).

Pour une fois, voici un bon guide concernant les codes review (je dis pour une fois, parce que la plupart du temps, ces guides ont une tendance pénible à la pontification)

C'est assez marrant comme idée, mais je pense que je prendrais personnellement un autre émoji (parce que malgré tout, "pile of poo" est connoté).

Ce tweet va me servir ...

Un très bon article expliquant bien pourquoi la lecture de code est une compétence spécifique, et d'autant plus importante qu'on lit beaucoup plus de code qu'on en écrit

C'est une vision bien plus intéressante que le découpage en contrôleur/service/repository dont les amateurs de Spring nous rebattent les oreilles (alors que c'est vraiment la pire organisation possible).

Wow.
C'est peu-être payant, mais c'est sérieusement bien animé !

Cet article sur la revue de code me donnerait presque envie de m'y mettre ...