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
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).