Luciano Mammino 𝕏 Node.js Design Patterns

35.6K posts

Luciano Mammino 𝕏 Node.js Design Patterns banner
Luciano Mammino 𝕏 Node.js Design Patterns

Luciano Mammino 𝕏 Node.js Design Patterns

@loige

#AWS #Serverless Hero & MVP. Senior Architect @fourTheorem, author of 📕 https://t.co/Vhhe4G4GCN & ✉️ https://t.co/XMK2BWythj #Nodejs, #JavaScript, #Rust 🦀 & #Cloud ☁️

eu-west-1 Katılım Nisan 2009
5.8K Takip Edilen9.5K Takipçiler
Luciano Mammino 𝕏 Node.js Design Patterns
@58bits Still, I agree it requires a significant amount of human supervision if you care about not just the outcome but also about keeping code quality to sane levels.
Mascali, Sicilia 🇮🇹 English
0
0
1
101
Luciano Mammino 𝕏 Node.js Design Patterns
@58bits I can share most of these feelings based on my experiments. I am trying to expand the matrix of models and started to include GLM5.2 (and hopefully soon Kimi M3) and it's interesting to see they find more useful stuff when reviewing each other code.
Mascali, Sicilia 🇮🇹 English
2
0
2
178
Anthony Bouch
Anthony Bouch@58bits·
Another multi-day session with Opus, Fable, and Sol. Quite a few impressions from all of this. The first, if you're punching above your weight (as we nearly are) - you can easily lose control of the codebase and end up in deep trouble with a spiralling downward LLM conversation full of self-loathing and never-ending self-admonishments and attempted corrections. Second, even with the best environment - including skills, verification and feedback loops and an already well-structured codebase - LLMs still make stuff up. You have to be on top of it - all the time. Press for clarification, press for testing assumptions before proceeding, and probably most importantly, press for expanded adjacency if you're going to let the LLM edit a hot path, or a critical part of the application. It feels to me like LLMs (even with the best harnesses) are like children savants - extraordinary abilities when looking straight ahead or directly behind, but totally blind in 'looking around'. Whether it's conceptual integrity (as Frederick P. Brooks described so perfectly in 1975), or just 'intuition' - adjacency is what LLMs are really terrible at (perhaps ironically too given their entire model is based on probabilistic adjacency). (Note: I wrote this without the help of an LLM. These are human words ;-)) @tannerlinsley @matteocollina @loige
English
2
0
5
410
Luciano Mammino 𝕏 Node.js Design Patterns
@matteocollina I find beneficial to have them doing an adversarial review of each other but also to swap which model is implementing vs which one is reviewing every once in a while. I don't have any meaningful metric but my feeling is that it leads to a bit more variety and can spark new ideas.
Mascali, Sicilia 🇮🇹 English
0
0
1
144
Matteo Collina
Matteo Collina@matteocollina·
I'm currently developing a new product with a combo of fable + gpt 5.6, one implementing ant the other one review.
English
14
0
45
6.4K
Matteo Collina
Matteo Collina@matteocollina·
After 16+ years on @github, I’m finally a star. ⭐️
Matteo Collina tweet media
English
53
15
606
20.2K
Luciano Mammino 𝕏 Node.js Design Patterns
Environment variables in Node.js look trivial until they bite you: everything is a string, "false" is truthy, and every child process you spawn inherits your secrets. I just published a complete guide. Here's the short version 🧵
Luciano Mammino 𝕏 Node.js Design Patterns tweet media
English
1
1
3
592
Luciano Mammino 𝕏 Node.js Design Patterns
NODE_ENV=production does not make your app faster by itself. ... BTW It's a convention, not a Node.js feature. It just tells your dependencies (Express, React, bundlers) to behave like production. If they don't check it, nothing changes.
English
1
0
1
84
Armin Ronacher ⇌
Armin Ronacher ⇌@mitsuhiko·
Good news everybody! Readme and logo remains free to fork and build on. I guess the open to closed source switcheroos are kicking in at inference speeds now too.
Armin Ronacher ⇌ tweet media
English
30
12
405
48.4K
Luciano Mammino 𝕏 Node.js Design Patterns
@jenewland1999 💯! I was going to put a graph of the new release timeline (like the one in the official site) in the article but then I realized the new approach makes things so easy that a timeline is pretty much superfluous! The Node.js community is truly awesome! 😎
Monte San Biagio, Lazio 🇮🇹 English
0
0
2
229
Jordan
Jordan@jenewland1999·
Really grateful to the Node.js TSC for their thoughtful and thorough deliberation on this too. There's a lot that goes into big decisions like this and I think overall this change is going to really help in the understanding and keeping systems more up to date.
Luciano Mammino 𝕏 Node.js Design Patterns@loige

🎉 Big news: Node.js is changing its release schedule for the first time in 10 years. From October 2026, less to remember and easier to know what's Current or LTS. Here's everything you need to know 🧵👇

English
1
0
3
426
Luciano Mammino 𝕏 Node.js Design Patterns
🎉 Big news: Node.js is changing its release schedule for the first time in 10 years. From October 2026, less to remember and easier to know what's Current or LTS. Here's everything you need to know 🧵👇
Monte San Biagio, Lazio 🇮🇹 English
2
23
248
49.4K
Luciano Mammino 𝕏 Node.js Design Patterns
♻️ Every release becomes LTS. No more "wait, is it odd or even?" 🙃 🧪 A new Alpha channel (27.0.0-alpha.1) gives library authors a 6-month window to test breaking changes early.
Monte San Biagio, Lazio 🇮🇹 English
1
0
27
3.7K