@nodejs contributor. Open source software lover ! Junior dev.

Belguim
Joined June 2018
`node:bench` look great !
1
71
Augustin retweeted
Are you a Node.js user? We want your feedback. Tell us all about how you're using Node.js in our annual user survey. Your response helps shape our future priorities! linuxfoundation.surveymonkey…
11
20
104
35,709
imagine crates.io have scoped crates
66
topcoat is just a next.js killer
71
Augustin retweeted
When AI came in full force early this year, I got a lot of junk code contributions. Lots of silly changes. Really annoying. As of two months ago, it is a lot better. I am still somewhat swamped with outstanding pull requests that I need to assess. I know a lot of people are frustrated as their PRs sit unreviewed. The bottleneck is that I need to understand what is going on. Why? If the AI says it is fine, why not just merge? Sometimes that is the right move. But I worry about nonlinear effects. A change can do all the marvellous things the commit message claims and still hurt the code base in ways that are not immediately obvious. Performance optimizations are especially nasty. It is quite easy to improve benchmark A while making benchmark B worse, and you do not always have benchmark B ready at hand. I can often use judgment, based on many years of experience, to assess probabilistically whether an optimization is worth having. But when the changes get complicated, I become much less sure of myself. Plus, I am often wrong. I need time to think. If it were all 'AI slop', it would be easy. But the code contributions that I have on my pile right now are likely good work. So, annoyingly, I prefer to slow things down deliberately. Thus far, it still seems sustainable, but I am preparing myself for a world where I will just deliberately and brutally dismiss a large fraction of code contributions, sometimes arbitrarily.
3
7
2
61
5,891
It's why I wrote codemod and not "migrations skills". But you can write a deterministic codemod that add comment on your code when a 1:1 migrations isn't possible. And having an agent that run after that on these comment.
When using agents, ensure that everything that can be deterministic, is done with a deterministic tool. Don't try to get the poor agents to follow a deterministic process.
1
1
233
Okay GitHub ....
4
933
my website use néo-brutalism style but I'm getting disgusted. So what should I use augustinmauroy.github.io
1
168
Je suis surpris je viens de découvrir que @MistralAI avait un CLI + VScode ext appelé "vibe". Je regarde ça demain
1
85
You almost certainly use a project supported by the OpenJS Foundation — even if you've never heard of it. Node.js. Electron. Jest. webpack. ESLint. jQuery. Lodash. These are just some of the projects that call the OpenJS Foundation home. Together, they are downloaded billions of times each month and power applications across every industry. The OpenJS Foundation provides these projects and their maintainers with a neutral home, open governance, shared infrastructure, and security support — so they can focus on the work itself rather than the overhead of running major open source projects alone. Open source software doesn't maintain itself. It depends on people who need support and sustainable conditions to keep doing it. → Learn more about our projects: bit.ly/4vMoLC5
8
13
2,409
Looking into it. Feel free to ping me for any of your codemod needs or just cut an issue for us on GitHub go.codemod.com/codemod-reque…
1
5
118
AHHHH new month mean dependabot
70
Wait what ? npm default, it's mean RIP jsr ... Also it's major breaking change and you are only bumping minor. Hummmmmm deno.com/blog/v2.8#deno-now-…
Deno 2.8 is released! - 6 new subcommands - defaulting to "npm:" - Node.js api compat: 42% → 74% - import defer - 3.6× faster cold npm installs - Network debugging in Chrome DevTools - TypeScript 6 - catalog: support - Cross-platform npm installs - deno install --prod
1
2
217
Oh okay i see ... There are also bumping typescript to v6 which is also including breaking changes
41
🚀 Still using Axios in Node.js? You might not need it anymore. Why switch? ✅ Native support ✅ Fewer dependencies ✅ Better standards alignment ✅ Reduced security surface ✅ Potential performance improvements nodejs.org/en/blog/migration…
1
56