11 private links
Je n'ai pas lu l'article en entier (il est un peu long), mais l’exploration de l'exécution de ce programme en profondeur est une vraiment bonne idée (digne d'une conférence)
C'est sûr que les commentaires qui paraphrasent le code sont inutiles.
En revanche, ceux qui augmentent la compréhension du code aident beaucoup
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
L'idée est sacrément bonne ! Et surtout très drôle
Une belle citation montrant bien l'intérêt qu'il y a à documenter sérieusement un projet
Ca m'a l'air fort pratique et malin, cet outil de recherche de code prenant en compte les particularités du langage ...
Ce catalogue des codes HTTP est franchement bien mieux fihcu que celui que je consulte d'habitude (la wikipedia)
Le fait que GitHub intègre complètement le bug tracking à toute sa chaîne de valeur permet des choses vraiment chouettes, comme la transformation automatique de tickets de bugs en code (du test, de la config, ...)
C'est rigolo, cette proposition de diminuer la friction pour envoyer du code de sa machine vers celle des collègues. Mais je ne suis pas sûr que ce soit réellement une bonne chose.
Une idée sacrément intéressante, découverte via l'autrice de l'excellent "the programmer's brain"
L'une des chances de l'écosystèmes Java/maven, c'est qu'on a pour la plupart des dépendances les sources, et qu'on peut donc les lire, et effectivement, j'ai appris bien des choses en lisant leur code source (pendant que je débuggais)
Générer un flux RSS des changements d'APIs, c'est une très belle idée (mais pas forcément facile à implémenter).
Les concepts sont très intéressants, mais j'ai l'impression de voir réémerger le MDA des années 2010 ...
Ca par exemple, Python a une implémentation des fonctions partielles ! C'est chouette !
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