Hacker News new | ask | show | jobs
by MarkMyWordsMan 2653 days ago
Is it popular to hate on JS these days? Kudos to the author for creating the stuff but would you build the next Amazon.com avoiding JS? More often than not, I see Backend developers taking pride on not using JS rather than vice versa. Also, FB and GOOG aren't naive to spend enormous capital and manpower on React and Angular projects.

Probably will get downvoted but just because someone writes pure C does not make him/her a better developer than someone who just writes Javascript.

2 comments

I'm still trying to grasp why these discussions so quickly spin into extremes. The author clearly states her intent in the first paragraph:

> With the new version I wanted to prove that it was possible to deliver an amazing user experience with a great design while drastically reducing the complexity of the code, maximizing reliability, and minimizing the cost to the end user.

She goes on to show us what she did, where it worked and where it didn't. The most important points I take away from her article are:

1. It's quite possible to build nice-feeling (YMMV), non-single-page web-apps without (a ton of) JavaScript

2. Critically evaluate if you need the complexity that an enormous JS framework brings

> You probably don't need a "Progressive Web App." Seriously evaluate if your app needs such complexity.

This has nothing to do with FAANG. Nobody disputes that there are use cases where it's a really good idea to use React+Redux+Jest+Enzyme+XYZ et al. But _maybe_ (and in my personal experience, in projects significantly smaller than Amazon.com, often) you simply do not need that amount of additional complexity and challenges.

It'd be so nice to just accept that the author provides an interesting data point (it can work without JS) in a community strongly biased towards starting projects by importing ~1000 node modules.

It is somewhat popular to hate on useless dung heaps of pointless Javascript, not because it's Javascript (writing complex code in a mediocre language with mediocre libraries is a separate concern), nor because backend developers have good reasons to do things in the backend, but because it's overcomplicated and so bloated that it causes performance problems, just like nested table layouts a few years ago.