Good videos, with context.
Node.js Is Bad Ass Rock Star Tech

Node.js Is Bad Ass Rock Star Tech

gar1t
2 HN recommenders · discussed 2012–2026
Open YouTube ↗

About this video

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.

Why it appears in the archive

HN mostly drops it as a joke in async, Node and concurrency threads, and some call it hysterically funny.

AI-generated summary and labels from the source dataset; verify important details against the video. Source & credits.

From the Hacker News discussion

davidw · 2016-10 · rec

If you haven't seen it, you might find this entertaining: [VIDEO] I really wish gar1t would make some new videos, I love them.

Read original comment ↗
throwaway81523 · 2021-10 · rec

> 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 ;). [VIDEO]

Read original comment ↗
batista · 2012-05 · reference

>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 ( [VIDEO] ). Nothing inherently special about "forcing the entire ecosystem to be async too", especially since Node is more or less FORCED to do that, because javascript is single threaded. Add the bad callback spaghetti implementation of async, and the main benefit of Node is easy deployment, and accessibility to the millions of javascript programmers. As an async environment it doesn't offer anything either new or too compelling.

Read original comment ↗
angersock · 2013-11 · reference

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 [VIDEO] . This isn't even that great a rant. (I appreciate my fellow Rails devs probably upvoting it out of spite, but c'mon...)

Read original comment ↗
groundzeros2015 · 2026-05 · reference

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 [VIDEO]

Read original comment ↗
bluestix · 2012-06 · joke

Why would a company that uses Java even consider Node.js? Java is hands down faster. I have never seen a benchmark that showed Node coming even close to Java performance. [VIDEO]

Read original comment ↗
epidemian · 2012-12 · joke

Perhaps this can help: [VIDEO] (Unless you were being double-sarcastic, in which case this post is a fail)

Read original comment ↗
eip · 2013-05 · joke

"I don't know much about Spring, but In Vert.x 1.x each Verticle that is deployed has its own classloader, so it's hard to share a context across verticles." -- Tim Fox (Vertx creator) "A vert.x instance guarantees that a particular verticle instance is always executed by the exact same thread. This gives you a huge advantage as a developer, since you can program all your code as single threaded. Well, that won't be a big deal to you if you are coming from JavaScript where everything is single threaded, but if you're used to multi-threaded programming in Java, Scala, or even Ruby, this may come as a huge relief" -- lol [VIDEO]

Read original comment ↗