Earlier quoted context omitted.
Yeah with jquery we were composing templates server side. Compared to Vue trying to do a SPA in jQuery is a season in hell. It can be done but it's brutal and fragile.
> It can be done but it's brutal and fragile. Actually many who did jQuery were proud of it. Some of us made rock solid sites or improved exiting ones quite a bit using a technology known as progressive enhancement. Let me tell you what is fragile: the cool things I make today that won't even try to work if I disable Javascript. :-) Edit: and given what we have seen over the last few days now would be a good time to…
The Brutal Lifecycle of JavaScript Frameworks
121–128 of 128 posts
Re: The Brutal Lifecycle of JavaScript Frameworks
#122Earlier quoted context omitted.
Why use map instead of forEach?
If you only want to translate(map) each element in to another set of value, using Map is much more simpler and readable than forEach
As for simple/readable it’s the same code but s/map/forEach.
Re: The Brutal Lifecycle of JavaScript Frameworks
#123Earlier quoted context omitted.
Why use map instead of forEach?
If you only want to translate(map) each element in to another set of value, using Map is much more simpler and readable than forEach
forEach is much more indicative of what you're actually doing here, which is running through an iterable and mutating properties on each node.
Simple rule of thumb: if you're not using the results of `map`, you shouldn't be using it.
Re: The Brutal Lifecycle of JavaScript Frameworks
#124I always have to show up to reiterate this is not a problem limited to Javascript. There have been framework fads for as long as there have been frameworks. I have dim memories of dozens of C++/Java/Python/Ruby/etc. next-big-things. It does seem like there are more of them and they rise and fall faster in the Javascript world, but this is probably better explained by the sheer number of Javascript programmers than an…
> I have dim memories of dozens of C++/Java/Python/Ruby/etc. next-big-things. While true, none of them have changed so quickly as JavaScript ones, which seem driven by devs eager to create portfolios on Github.
Is this supported by any facts? It seems like a hand-wavey hasty generalization.
Re: The Brutal Lifecycle of JavaScript Frameworks
#125Earlier quoted context omitted.
> I have dim memories of dozens of C++/Java/Python/Ruby/etc. next-big-things. While true, none of them have changed so quickly as JavaScript ones, which seem driven by devs eager to create portfolios on Github.
> which seem driven by devs eager to create portfolios on Github. Is this supported by any facts? It seems like a hand-wavey hasty generalization.
You just need to search on job boards.
Re: The Brutal Lifecycle of JavaScript Frameworks
#126One of the things I don't think it accounts for in talking about the downfall of something like jQuery is that as time goes on, the questions have already been asked. So of course there's going to be less questions asked about jQuery in 2017 versus 2009, because if I need to figure out how to select elements based on an attribute rather than a class or id, it's already there.
Right, jQuery is good and mature, and I can usually find what I need in the documentation. It will never die. I don't use jQuery by itself these days, of course. I'm using it in combination with mithril.js (not as popular as React, but similar in concept) at the moment.
Re: The Brutal Lifecycle of JavaScript Frameworks
#127Remember that Merb was merged into Rails? That's a community converging, that's what brought Ruby to the point that it is recruiter-speak synonymous to Rails. In the JS world: not so much. But that prolly has many reasons. I can think of: the language changing rapidly, the community not very "close", people coming to JS from widely different places, and the fact that a JS framework can span either the FE or the BE or…
io.js?
Re: The Brutal Lifecycle of JavaScript Frameworks
#128The interesting story in this post is not about JS frameworks. It is about StackOverflow. The Ember community made a proactive decision to abandon StackOverflow around the 2.0 release (about 2.5 years ago). StackOverflow simply does not provide the tools we needed. For example when you answer a question: Are you answering for version 1.0 of a library? 2.0? Perhaps the "correct" answer for each is different. Perhaps,…