Added an Issue with working code using the `sha1` module without the babel polyfills, axios etc... too much overhead. Can polyfill fetch and Promise for IE support all modern browsers covered and the payload won't be the 138kb it currently is.
Most modern browsers support async, and have fetch. It would be better to convert to commonjs imports, without the use of corejs or regenerator... also, may be best for a specific browser version to only polyfill sha1 and another using crypto for node.
Alternatively: https://www.npmjs.com/package/sha1
Didn't delete, but noted this is a non-free UI library, and the license fee is relatively steep. I'm also specifically not a fan of most commercial UI libraries as they generally have limited value, poor code quality, and with web facing libraries, excessively large payloads.
Alternatively, I'd suggest material-ui[1] or one of the react bootstrap wrapper libraries.
[1] https://material-ui.com/
I reject some of the assertions the article makes. Devices aren't really that diversified compared to even a decade ago. There have always been a number of devices with a range of display sizes. Bootstrap started in 2011 (about 8 years ago) to deal with common break points. Component systems like react can make it even easier to deal with in-between for core components. Flexbox and other CSS additions also help significantly.
And while I agree Components are the way to go, some frameworks are easier than others, and it doesn't mean you don't need to know how to code. About 1/3-1/2 the developers I know simply turn their noses up towards anything web or JS. There's simply a snobbishness a lot of developers have to the front end and specifically web. The fact is we need more skills from front end developers than we have gotten in the past. Designers tend not to do well with application development. However, component libraries like material-ui bridge the gap significantly, and material design and other common design guidelines reduce the constraints enough to be able to use component libraries for most interactions.
I'm also still not sure I even understand the value that Bit actually offers over npm itself, or its' place in a broader ecosystem, or where it plans on getting resources from.
In the end, the world will carry forward. As to developer shortages, as a developer it's a good thing. This will keep salaries up, and limit the number of stupid ideas getting funding.
Why you shouldn't use Angular for your next web app...
* Overtly complicated
* Excessive boilerplate
* Locks you in
* Leads to spaghetti code
* Weird DI framework
* Component decorators are complex and difficult to memorize.
* State management patterns become exponentially more complicated as features are added.
You'd probably be happier in the end using Next.js[1] (React) or Nuxt.js[2] (Vue) if you want a framework to start from.
[1] https://nextjs.org/
[2] https://nuxtjs.org/