From June since no date on it
Shared by the dev https://news.ycombinator.com/item?id=36403909
What differentiates front-end frameworks
21–30 of 256 posts
Re: What differentiates front-end frameworks
#22Earlier quoted context omitted.
3) Saves you from having to rewrite dataflow and state management code with every project. (Saving time is a business factor.)
Those are trivial to solve for and then once you do solve for it its just a matter of copy/paste from project to project with about 10 minutes of rewiring. That costs dramatically less than spinning up a large framework project to project, but frameworks save on training time because most developers cannot solve for these problems on their own.
You're describing an inhouse framework
Re: What differentiates front-end frameworks
#23Offtopic: The cursive italics are apparently a feature of the Victor Mono [1] font used for the full page. While it'd be amusing in Tumblr context (where cursive is used for hyperbolic emphasis), I can't fathom why one would consider it in a code context, but to each their own... You can change it (at least on Safari) by going into developer tools, clicking any node, and removing "Victor Mono" from --font-family [1]…
This also threw me off
Re: What differentiates front-end frameworks
#24I’m not technical enough for this.
I thought a front end was about the user.
Re: What differentiates front-end frameworks
#25So the single most important factor that differentiates front-end frameworks is DOM diffing performance? Well, IIRC, Elm is faster than all the examples given, and yet front-end developers find Elm to be weird and frightening. So I’m not sure I agree with the premise of the article. I also don’t agree that there can be so many valid answers to “Find a change detection paradigm that fits the needs of your application”…
Don't you find a language without higher-kinded types or type classes frightening, too?
Re: What differentiates front-end frameworks
#26[deleted]
Re: What differentiates front-end frameworks
#27From June since no date on it Shared by the dev https://news.ycombinator.com/item?id=36403909
Technical blog posts without a date should be illegal
Re: What differentiates front-end frameworks
#28Not a frontend person, and unlikely to become one anytime soon, but maybe someone can shed some light into the downsides of Svelte? The article fails to mention any (it's apparently "win-win"). Presumably if Svelte were the be-all-end-all of front-end frameworks, it would dominate soon enough?
Well it is very new. React has a massive inertia, so it dominates for now. I do FE work and see Svelte is gaining popularity.
2016 is not very new
Re: What differentiates front-end frameworks
#29Not a frontend person, and unlikely to become one anytime soon, but maybe someone can shed some light into the downsides of Svelte? The article fails to mention any (it's apparently "win-win"). Presumably if Svelte were the be-all-end-all of front-end frameworks, it would dominate soon enough?
The problem is, there is no panacea in technology, only tradeoffs. Svelte does look pretty sweet though.