Live data from Hacker News

The tragedy of running an old Node project

abdisalan.com

411–412 of 412 posts

Re: The tragedy of running an old Node project

#411
post #40

Earlier quoted context omitted.

> For those reading this who don't know much about node I would prefer to remain blissfully ignorant, thank you!

Why did you click on "The tragedy of running an old Node project" then

To take delight in node users misery perhaps?

Re: The tragedy of running an old Node project

#412
post #87

Earlier quoted context omitted.

Maybe they can try to get the node version into the package-lock tomorrow? This seems like an opportunity to improve the ecosystem, rather than a biting critique.

Or, instead of responding to sunk costs by getting sunk deeper into the muck, just cut your losses, ditch Node and its proprietary/non-standard APIs and unstable featureset, and use a standard runtime. The author of the blog post is trying to run a static site generator. A static site generator doesn't need to be able to do anything that Node provides that can't be done with the World Wide Wruntime (which they're alr…

Fact: NodeJS's never-standardized APIs that change from release to release are a source of non-negligile breakage and churn for JS programmers who make the mistake of entrusting it to run their programs.

Fact: for a great many programs, NodeJS isn't even necessary to provide the operations that a given program needs in order to do its work, because there exist standardized, vendor-neutral, cross-platform, stable APIs, with broad sort by such companies as Apple, Google, Microsoft, Mozilla, etc.

Fact: the runtimes that support these APIs are already pre-installed on virtually every desktop and laptop computer.

Fact: you could write a static site generator targeting these APIs today and get a working program today and that will continue to work indefinitely, due to these vendors' commitment to backwards compatibility.

Post reply on HN