Who signs off moving huge, billion dollar companies onto immature, "hip" JavaScript frameworks? I don't get it. It's too niche. It's too risky. How are you expected to make hires for specialists in such a niche technology which may or may not be here in a few years? Do they just hire good JavaScript developers and train them for Ember? And also tell them they may have to retrain in another framework in a couple of ye…
I’m Joining LinkedIn
121–130 of 172 posts
Re: I’m Joining LinkedIn
#122Is this concerning? https://www.google.com/trends/explore?q=ember.js,react.js In any case congrats on the new gig Tom.
I've moved from Ember to React year back. Then over year I've (crappily) recreated Ember.js using React.js and libraries. Ember.js had many strong parts, but also had many issues that pulled it down. Documentation overfocused on explaining concepts but not providing examples of how to solve real issues. New release every six weeks bringing painful deprecations and changes. Lack of realworld apps to look up to for exa…
Re: I’m Joining LinkedIn
#123> Perhaps you can write a tiny web app that loads instantly and still retains a full set of features, but most of the world cannot. I've long been skeptical of this line of thinking emanating from major thick client JS framework authors. I think they underestimate what people are capable of. > Over time, Ember will become like gcc -O3 for web apps, intelligently optimizing them and delivering them as fast as possible…
Re: I’m Joining LinkedIn
#124Earlier quoted context omitted.
The bandwagoning is disproportionately on the side of those leaning towards big frameworks. Look, I've been on the inside of large companies making framework choices and rarely is the decision rational. Often it's based on what's popular and based on the assumption that popular things are popular for good reasons. Biased metrics get thrown around to justify preconceived notions, and off to the races we go. Years late…
Large companies almost by definition need to hire a lot of developers. Seems to me that it would be an absolutely rational and sensible choice to use popular frameworks keeping those constraints in mind. Google would go bankrupt from a combination of the insane salaries they'd have to pay and the inability to ever fill jobs if its entire stack was based on Haskell.
Re: I’m Joining LinkedIn
#125Earlier quoted context omitted.
LinkedIn tried to hire me to help with their SaltStack infrastructure several years ago when they were first rolling it out/beefing up their infra with it and I emphatically said no. Even if I like working with the technology I would never work somewhere like LinkedIn, they are scum and working there lowers my opinion of a person.
Out of interest, why are they scum? Never heard this before about LinkedIn.
P.S. I never took any jobs from that platform.
Re: I’m Joining LinkedIn
#126The ember roll out within LinkedIn has been a disaster from those I know still working there. No one likes it and it takes over 20 minutes to "build" the code from scratch. We're talking about frontend code, mind you. At a certain level in LinkedIn, someone decided to standardize on Ember. Fine. But there were many issues, and instead of finding a more suitable and workable pragmatic framework, LinkedIn is instead de…
I can't imagine where that 20 minutes number came from. Maybe a fresh `git clone && npm install && bower install && ember start`... But even then that seems very high (and somewhat irrelevant since subsequent builds will take seconds). Citation needed? The people who are talking publicly seem very excited about how things are going. Chris Thoburn (runspired) was on Ember Weekend a few weeks ago talking about the work…
Re: I’m Joining LinkedIn
#127Earlier quoted context omitted.
LinkedIn tried to hire me to help with their SaltStack infrastructure several years ago when they were first rolling it out/beefing up their infra with it and I emphatically said no. Even if I like working with the technology I would never work somewhere like LinkedIn, they are scum and working there lowers my opinion of a person.
Out of interest, why are they scum? Never heard this before about LinkedIn.
Re: I’m Joining LinkedIn
#128> Perhaps you can write a tiny web app that loads instantly and still retains a full set of features, but most of the world cannot. I've long been skeptical of this line of thinking emanating from major thick client JS framework authors. I think they underestimate what people are capable of. > Over time, Ember will become like gcc -O3 for web apps, intelligently optimizing them and delivering them as fast as possible…
> I've long been skeptical of this line of thinking emanating from major thick client JS framework authors. I think they underestimate what people are capable of
Sometimes even when you can, you shouldn't. Any reasonably-sized organisation will have churn; new developers will have to ramp-up and it will take longer to do so on a hand-coded framework with all it's idiosyncrasies. I'll take Ember over Random Jim's framework, even though he is technically brilliant.
Re: I’m Joining LinkedIn
#129> Joining LinkedIn Great, I'm glad Ember is gaining more traction in enterprise... but what does this mean for things like Fastboot, Ember 3.0, glimmer 2.0, ember-cli 3.0, and the whole cast of in-room-elephants such as ember-redux, flexi, ember-data, vr, etc.?
The mobile-web version of LinkedIn and the new website are built in Ember. We already use Glimmer 2.0 because we care about web performance. So we care deeply about many of the things you mentioned. Source: I'm the lead eng for our consumer group
My personal conclusion: LinkedIn is a lame duck. The previous owners sold it at the right moment to Microsoft.
Re: I’m Joining LinkedIn
#130Earlier quoted context omitted.
Large companies almost by definition need to hire a lot of developers. Seems to me that it would be an absolutely rational and sensible choice to use popular frameworks keeping those constraints in mind. Google would go bankrupt from a combination of the insane salaries they'd have to pay and the inability to ever fill jobs if its entire stack was based on Haskell.
Google will hire people who can write good vanilla JS code, not someone who's good at the latest fad js framework. In fact, if you're good at writing vanilla JS, you would probably pick up these frameworks overnight.