4 ms·
To better make sense of this data it needs to be compared against the time needed to build a non-trivial interface using each of the frameworks.
by ivanhoe 8y ago
To better make sense of this data it needs to be compared against the time needed to build a non-trivial interface using each of the frameworks.
- 10-6 8y agoThis is exactly right. A lot of posts regarding loading times or bundle sizes for frameworks/libraries forget that there are trade-offs when it comes to building an application. The correct way to frame this is: use a slow/clunky/large/etc framework vs. build everything from scratch (which comes with its own costs). Sure, you can optimize parts of your application to speed up the JS portion or even remote it completely [1], but it's not always as simple as "your framework is making your application slow so you should think about ditching it." This article actually ends with a very reasonable conclusion in the section "Are Frameworks Evil?" but I've seen plenty of articles where the author doesn't offer an alternative to some library/framework [2]. [1] https://twitter.com/netflixuie/status/923374215041912833?lang=en https://twitter.com/netflixuie/status/923374215041912833?lan... [2] https://dev.to/gypsydave5/why-you-shouldnt-use-a-web-framework-3g24 https://dev.to/gypsydave5/why-you-shouldnt-use-a-web-framewo...