Exactly! For instance, we had pull-based monitoring 20 years ago (Zabbix et al), but we abandoned it because it scaled poorly, favoring push-based agents (for InfluxDB, KairosDB etc). Now Prometheus is all the rage, yet we’re hitting the exact same scaling walls these systems had before. In a few years, we’ll rediscover push agents and call them the best thing since sliced bread.

Modern IT has become a ubiquitous commodity, much like the car. You don't need to know how an engine works to drive; while that knowledge might make you more efficient, it isn't strictly necessary to get from A to B. Besides, most twenty-two-year-olds ten years ago didn't know how to use ssh, either.

However, if you want to call yourself an engineer (and work in the field), you must understand the underlying mechanics. IMHO if you want to defeat a competitor today, you don’t need industrial espionage - you just have to cut their internet and/or AI subscriptions. Modern vibe engineers would struggle to function.

> The man page is dead for most users. The RFC is unread by most developers who depend on the protocols it describes.

Well, those who are accustomed to using man pages still use them today. I find them far more accurate than whatever an AI might spit out at any given moment. As for RFCs, they were always read by a small population - either those implementing the protocols or the few of us who like to brag about obscure technical details.

> You can now write complete programs without understanding what a single line of them does... until something goes wrong in production at two in the morning and you are completely without tools to respond.

I’m not worried about this. When things go south, there will still be experts who will know how to fix them. But since those experts will be fewer and farther between, they will likely charge $1k/hr, and rightfully so. If you are in that field, more power to you! :D

[1] https://orgmode.org/worg/worg-about.html - Worg is a collaborative knowledge database about Org (Emacs org-mode).

"I’m not a mechanical engineer, but I watched a five-minute YouTube video on how a diesel engine works, so I can tell you that mechanical engineering is a solved problem."

And it’s worth reiterating that most (all) of these LLM/AI providers are currently operating at significant losses. If they aim to become even modestly profitable, prices will have to increase substantially.

Dollar dominance gives the US disproportionate leverage over global finance and allows it to shape the rules of the system. Absent this asymmetry, it is difficult to imagine US tariffs or financial pressure (or any kind of pressure) would carry comparable global impact.

Also, this is a shared server, not a truly dedicated one like you’d get with bare-metal providers. So, calling it "Metal" might be misleading marketing trick, but if you want someone to always blame and don’t mind overpaying for that comfort, then the managed option might be the right thing.

It depends on the kind of investors you want to attract for your startup. Some investors are interested in building a slow-growth, long-term, stable company, while others prefer a higher-risk approach and will expect fast results. IMHO choosing the right kind of capital is just as important as focusing on the product.

Now try opening it in Emacs with vlf [1] ;) Great work overall — looking forward to seeing further development!

[1] https://elpa.gnu.org/packages/vlf.html

From the ping output, I can see HN is using m5hosting.com. This is why HN was up yesterday, even though everything on CF was down.

> Writing high-throughput web applications is easier than ever. Hosting them on the open web is harder than ever.

Writing proper high-throughput applications was never easy and will never be. It is a little bit easier because we have highly optimized tools like nginx or nodejs so we can offset critical parts. And hosting is "harder than ever" if you complicate the matter, which is a quite common pattern these days. I saw people running monstrosities to serve some html & js in the name of redundancy. You'd be surprised how much a single bare-metal (hell, even a proper VM from DigitalOcean or Vultr) can handle.

gcc? It’s hard to imagine any of the projects mentioned without a good compiler.

IMHO it adds, but only if you are big enough. Netflix level. At that level, you go and dine with Bezos and negotiate a massive discount. For anyone else, I’d genuinely love to see the numbers that prove otherwise.

> There's zero personal responsibility

Unfortunately, this seems to be the unspoken mantra of modern IT management. Nobody wants to be directly accountable for anything, yet everyone wants to have their fingerprints on everything. A paradox of collaboration without ownership.

From the article: If you live in the United States today, and you accidentally knock a hole in your wall, it’s probably cheaper to buy a flatscreen TV and stick it in front of the hole, compared to hiring a handyman to fix your drywall.

Probably because the US has been focused on services for years rather than physical goods production. Everything else in US is focused on importing cheap(er) goods or materials.

> On the other hand, I think he wants to push the narrative that AI is seeing enormous productivity gains.

That is my impression as well. I would be thrilled to see this mythical 10x productivity. Even with 2x productivity, I would be highly pleased. This should mean developers (and everyone else) are producing 2x more quality, software (and general services) are 2x better? I see none of that, except 2x more junk. Did AWS, GCP, or anything else become 2x cheaper and 2x more stable? Maybe I'm living under a rock.