> 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
in “A viable solution for Python concurrency” · View on HN
Node.js Is Bad Ass Rock Star Tech on HackerTube: recommended by 2 Hacker News commenters across 2 separate months, 2012–2026.
comedy · evergreen
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.
HN mostly drops it as a joke in async, Node and concurrency threads, and some call it hysterically funny.
“Watch the very NSFW (lots of swearing) but hysterically funny video”
20 Hacker News comments link this video. Each one links back to its thread.
> 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
in “A viable solution for Python concurrency” · View on HN
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.
in “The State of JavaScript – Survey results” · View on HN
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
in “Async Rust never left the MVP state” · View on HN
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...)
in “Node.js is Cancer (2011)” · View on HN
>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 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.
in “Vert.x (JVM async) vs Node.js Http benchmarks results” · View on HN
Little computer people was awesome[0]. Upscale it to a full size microsoft office[3]. Give agents neck bearded avatars with green hair named after real employees except from legal, there everyone is a pirate. Make it so that one can zoom in on everything and follow the cringe worthy dialog in overloaded sprint-planners that some~how work out. Take style pointers from KRAZAM Microservices[12] and gar1t's "Nodejs is bad ass rockstar tech"[44] [0] - [link] [3] - [link] [12] - [link] [44] - ▶ this video
in “The Windows Utility” · View on HN
No, the answer was that Node.js will run circles around Apache, because Apache was built before async was discovered[0]... 0: ▶ this video
in “In 1995, a Netscape employee wrote a hack in 10 days that now runs the Internet” · View on HN
Reminds me of the old "MongoDB is Web Scale" series of comedy videos: ▶ this video Some friends and I still jokingly troll each other in the vein of these, interjecting with "When async programming was discovered in 2008...", or "When memory safe compiled languages were invented in 2012..." and so forth.
in “Cap'n Web: a new RPC system for browsers and web servers” · View on HN
That's funny. I was listening to this video ( ▶ this video ) Node.js is badass rockstar tech just barely, and one of the exact quotes is "Threads don't scale". I assumed it was just a joke, but here was see Poe's law in full effect.
in “Is POSIX really outdated?” · View on HN
> Make it web scale. Oh god whenever I read/hear that it reminds of the ridiculously funny video about nodejs and Apache servers. [1] [1]. ▶ this video
in “Consider SQLite” · View on HN
Those videos (that being the most infamous) will never stop being hilarious. The node.js one is also pretty amazing: ▶ this video
in “Ask HN: Do you still use MongoDB?” · View on HN
"If you're willing to suffer complex code for performance, why not just write an nginx module in C?" "node.js is is the most bad-ass rock star tech to come out since Ruby On Rails" ▶ this video ... "What was that last part again? I could have sworn you just said Lisp" (Yes, performance and scalability are complicated. Different solutions will be appropriate for different situations.)
in “Is Ruby Too Slow for Web-Scale?” · View on HN
▶ this video More seriously Node.js has some pretty major performance problems, like the fact that it's single threaded. You'll make excellent use of one core, but that's about it. It looks great on I/O bound request/second benchmarks, but as soon as your code needs to do meaningful work it doesn't scale anymore. The solution to that is to spawn multiple node instances to make use of the actual machine resources, but now you're on your own and why did you bother with node.js then in the first place?
in “Metaclasses: Thoughts on generative C++” · View on HN
> Node ... popularized the event-loop Tcl was doing event loops quite successfully in the late 90ies and was fairly popular, back in the day. These days, I'd use Erlang (Elixir). This is kind of ranty, but also makes me laugh: ▶ this video
in “Comparing Haskell and Node concurrency performance” · View on HN
It's remarkably difficult to find anything approaching hard numbers :-) However, I am going off: * [link] (Haskell slightly ahead in their numeric ranking) * [link] (Golang slightly ahead in their ranking) * Slightly more published books on Haskell that I can find (although obviously it's been around a lot longer) I have no doubt that Go will eventually surpass Haskell in terms of popularity, and may even have a slight edge, but suggesting that Go popularized typeclasses smacks of fanboyism, and reminds me - in no small measure - of: ▶ this video
in “The Rewards of Creating a Programming Language” · View on HN
You're most welcome. > try writing anything in Node.js without a callback! I wouldn't even try writing anything in Node. Server side javascript is not an option I would consider. ▶ this video Hazelcast on it's own is pretty useful if you need a distributed data grid in Java although it's not without its quirks. Unfortunately it's much less useful in Vertx because of the classloaders. Callbacks as an antipattern is one of the main points of this HN post.
in “An Opinionated Guide to Modern Java, Part 3: Web Development” · View on HN
Luckily, Javascript is always allowed in PHP projects and it can do a lot more today than it could a decade ago. Also, using it will often lead to having NodeJS on the server even if it's just for compiling assets initially. And NodeJS is bad ass rock star tech: ▶ this video
in “4chan source code leaked (2010)” · View on HN
"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 ▶ this video
in “Understanding Vert.x Architecture - Part II | CUBRID Blog” · View on HN
Perhaps this can help: ▶ this video (Unless you were being double-sarcastic, in which case this post is a fail)
in “Ada 2012 Language Standard Approved by ISO” · View on HN
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. ▶ this video
in “Blazing fast node.js: performance tips from LinkedIn” · View on HN