Node.js Is Bad Ass Rock Star Tech
Why Hacker News recommends it
HN mostly drops it as a joke in async, Node and concurrency threads, and some call it hysterically funny.
What it is
A short satirical sketch in which a Q&A about web servers turns into a profane rant about threads, blocking and non-blocking I/O. It lampoons the hype around Node.js and async programming.
Recommended by 2 HN commenters across 2 different months, 2012 to 2026.
What Hacker News said
Recommends davidw · 2016-10 · on “The State of JavaScript – Survey results”
If you haven't seen it, you might find this entertaining: [this video] I really wish gar1t would make some new videos, I love them.
Recommends throwaway81523 · 2021-10 · on “A viable solution for Python concurrency”
> What specifically is the problem with asyncio? Watch the very NSFW (lots of swearing) but hysterically funny video "node.js is bad ass rock star tech" on youtube sometime ;). [this video]
Cites batista · 2012-05 · on “Vert.x (JVM async) vs Node.js Http benchmarks results”
>We know the java libraries are there for lots of things, but Node is all about async and handling thousands of connections. It does this by forcing the entire ecosystem to be async too (including things like database drivers). By using a Java JDBC database driver you're completely losing any async support. Same presumably goes for redis or Mongo drivers. You can do some of the work with threads and pooling, but it's still not the same, and makes this another useless micro benchmark. Sounds like you're quoting from the "Node.js Is Bad Ass Rock Star Tech" satire video ( [this video] ). Nothing inherently special about "forcing the entire ecosystem to be async too", especially since Node is more or
Cites angersock · 2013-11 · on “Node.js is Cancer (2011)”
Folks, why are you upvoting this? It only talks about CPU usage, Node not being Unixy enough, and Javascript being terrible. A better critique would have included talks about callback hell, or the general philosophical issues of non-block/evented work versus synchronous programming: see the classic [this video] . This isn't even that great a rant. (I appreciate my fellow Rails devs probably upvoting it out of spite, but c'mon...)
Cites groundzeros2015 · 2026-05 · on “Async Rust never left the MVP state”
I disagree with the premise. I cannot imagine a better latency experience than blocking loop IDEs like VS6. Which inputs are getting latency? The keyboard? The files? > the non blocking nature [this video]