Ask HN: How to justify the bloat of modern JavaScript frameworks?

5 points

10 years ago

I've been doing back-end development for several years, and recently decided to update my skillset learning one of the popular JavaScript frameworks. But my paranoia for the security holes and/or bloat of the code kicks in every time I see a "npm install [insert-js-framework-here]".

The "Angular 2.x — Quick Start" tutorial [1] walks you through the process to setup your project and before you write your first component you already have ~83MB of files via NPM (or ~112MB if you choose the TypeScript tutorial). Same with React.JS which requires a bunch of dependencies mostly related to the Babel project. Why is this? Wasn't Angular just a single minified file that you could include in your website and then start writing your custom code? Why are there 264 directories in the "node_modules" folder?

Sure disk space is cheap nowadays, the problem is that I feel my project is bloated from the beginning. How can I justify the inclusion of 10,170 files (JavaScript or not) from the normal installation of the latest version of Angular.JS? The "releases" page on GitHub points to an archive with 1,321 files [2]. Is the minified-JS-file era dead? Is NPM the future that front-end developers want?

I would prefer to stay in the back-end development side and leave this JavaScript madness to the masochist front-end developers that seem to enjoy over-complicated solutions, but many companies nowadays expect you to know at least one JavaScript framework. Maybe I should forget about React, Angular, etc and learn something like Vue.JS which seems simpler, and if it is not — because I haven't used it in production yet — it at least has a single-file installation [3].

[1] https://angular.io/docs/js/latest/quickstart.html

[2] https://github.com/angular/angular/releases

[3] https://vuejs.org/js/vue.min.js

2 comments