On entend aussi dire que les développeurs doivent désormais faire du design avec Claude Code, mais le design n’a donc pas besoin de revue ni de validation ?
J’utilise depuis un moment déjà l’ensemble rolldown, oxlint et oxfmt, et j’ai été très satisfait à la fois de la vitesse et du résultat.
oxc-minify d’oxc est encore en alpha, mais je l’utilise quand même en toute confiance.
J’aimais bien la prise en charge des onglets dans le Bloc-notes ou celle de la transparence et des calques dans Paint, mais il y a de plus en plus de choses qui s’y ajoutent.
Mais selon les domaines, il arrive aussi que le code de test ait une couverture presque inexistante, donc ça fait réfléchir. J’ai aussi l’impression que, de ce côté-là, ils n’arrivent pas encore à produire d’aussi bon code que dans d’autres domaines.
C’est aussi quelque chose dont je parle souvent autour de moi : au final, comme il sera difficile plus tard de passer en revue tout le code, je pense que si on ne teste pas systématiquement les logiques vraiment importantes, on risque de gros problèmes.
Cela a aussi été ajouté en bas de l’article, et il a été dit que tldraw exécute également ses tests en privé (apparemment c’était une blague). https://github.com/tldraw/tldraw/issues/8082
Si vous regardez Comment SQLite est testé,
SQLite est entièrement open source, mais il possède un code de test 590 fois plus volumineux que le code source, et celui-ci est totalement privé.
Il dispose de 100 % de couverture des branches, de plusieurs millions de cas de test, et exécute plus d’un milliard de tests de mutation.
L’idée clé selon laquelle « les tests priment sur le code source » me semble tout à fait juste. En revanche, je ne sais pas si une stratégie consistant à ne pas ouvrir les tests tout en ne faisant que de l’open source sera vraiment efficace. J’ai aussi l’impression qu’ils seraient capables d’extraire très bien les cas de test à partir du code source...
N’est-ce pas plutôt une bonne période, justement ? Si l’on va plus vite que les autres, on a l’impression de pouvoir devenir expert assez rapidement. Même dans le domaine de l’IA, il reste encore beaucoup à faire… Pour l’instant, on en est à peine au stade où l’on sait simplement bien coder.
Je n’ouvre même pas VS Code : je fais coder plusieurs projets directement depuis la page GitHub avec l’agent Copilot. L’agent va même jusqu’à afficher des captures d’écran de pages web directement via Playwright, tout fonctionne.
Grâce à ça, plusieurs petits projets abandonnés reprennent vie. :-)
On dirait que l’évolution d’un rôle auparavant comparable à celui d’un simple technicien vers celui d’un expert métier s’accélère encore davantage.
Biome était déjà incroyablement rapide, alors si c’est 3 fois plus rapide, c’est impressionnant.
Waouh, merci. Nous allons continuer à l’améliorer.
C’est une bonne formule pour les gens comme moi qui ont du mal à passer à l’action.
On entend aussi dire que les développeurs doivent désormais faire du design avec Claude Code, mais le design n’a donc pas besoin de revue ni de validation ?
Les articles recommandés à lire ensemble me semblent vraiment excellents.
J’utilise depuis un moment déjà l’ensemble rolldown, oxlint et oxfmt, et j’ai été très satisfait à la fois de la vitesse et du résultat.
oxc-minify d’oxc est encore en alpha, mais je l’utilise quand même en toute confiance.
J’aimais bien la prise en charge des onglets dans le Bloc-notes ou celle de la transparence et des calques dans Paint, mais il y a de plus en plus de choses qui s’y ajoutent.
Ah, d’accord. Je n’avais regardé que le haut, haha.
Je suis allé lire le fil, et apparemment ils disent que c'est « une blague ».
Mais selon les domaines, il arrive aussi que le code de test ait une couverture presque inexistante, donc ça fait réfléchir. J’ai aussi l’impression que, de ce côté-là, ils n’arrivent pas encore à produire d’aussi bon code que dans d’autres domaines.
C’est aussi quelque chose dont je parle souvent autour de moi : au final, comme il sera difficile plus tard de passer en revue tout le code, je pense que si on ne teste pas systématiquement les logiques vraiment importantes, on risque de gros problèmes.
Cela a aussi été ajouté en bas de l’article, et il a été dit que tldraw exécute également ses tests en privé (apparemment c’était une blague).
https://github.com/tldraw/tldraw/issues/8082
Si vous regardez Comment SQLite est testé,
SQLite est entièrement open source, mais il possède un code de test 590 fois plus volumineux que le code source, et celui-ci est totalement privé.
Il dispose de 100 % de couverture des branches, de plusieurs millions de cas de test, et exécute plus d’un milliard de tests de mutation.
Bon courage !
L’idée clé selon laquelle « les tests priment sur le code source » me semble tout à fait juste. En revanche, je ne sais pas si une stratégie consistant à ne pas ouvrir les tests tout en ne faisant que de l’open source sera vraiment efficace. J’ai aussi l’impression qu’ils seraient capables d’extraire très bien les cas de test à partir du code source...
On dirait The Pragmatic Programmer pour les étudiants, et ça a l’air vraiment très bien.
Très intéressant. Comment obtenez-vous les données sur les zones commerciales ?
N’est-ce pas plutôt une bonne période, justement ? Si l’on va plus vite que les autres, on a l’impression de pouvoir devenir expert assez rapidement. Même dans le domaine de l’IA, il reste encore beaucoup à faire… Pour l’instant, on en est à peine au stade où l’on sait simplement bien coder.
Je n’ouvre même pas VS Code : je fais coder plusieurs projets directement depuis la page GitHub avec l’agent Copilot. L’agent va même jusqu’à afficher des captures d’écran de pages web directement via Playwright, tout fonctionne.
Grâce à ça, plusieurs petits projets abandonnés reprennent vie. :-)
C'est une réponse pleine d'esprit, haha.