Live data from Hacker News

Ember.js Octane Edition

blog.emberjs.com

71–80 of 80 posts

Re: Ember.js Octane Edition

#71
post #32
post #12

With a cursory glance, a lot of these changes make Ember look more familiar for React users, w.r.t. not treating root specially (versus Angular for example) and with moving away from mixins for more functional composition. All in all I think this is great and would like to take a look at Ember and see what it has to offer nowadays.

Yes, basically all frameworks became React-like after the success of React. In my opinion, the only one that got a really interesting take on components was Cycle.js, the rest simply tried to bend their APIs to look more Reactish.

Q: with regard to mixins and root elements, what downsides do you see to being more like React? I can’t see how these aspects aren’t better this way.

Re: Ember.js Octane Edition

#72
post #66

Earlier quoted context omitted.

if you have 20 people on your team, and they each have 5 PRs merged which are deployed with some continuous deployment strategy, you're already at 100 deploys in one day. :-\

Their platform is too small to have 100 merge commit per day.

do you work there? how would you know?

Re: Ember.js Octane Edition

#73
post #66

Earlier quoted context omitted.

if you have 20 people on your team, and they each have 5 PRs merged which are deployed with some continuous deployment strategy, you're already at 100 deploys in one day. :-\

Their platform is too small to have 100 merge commit per day.

Here's a graph showing ships / day from 2013 to 2015: https://youtu.be/NoCxHTxpmSQ?t=299

Re: Ember.js Octane Edition

#74
post #66

Earlier quoted context omitted.

if you have 20 people on your team, and they each have 5 PRs merged which are deployed with some continuous deployment strategy, you're already at 100 deploys in one day. :-\

Their platform is too small to have 100 merge commit per day.

Doubt it. There's a lot going on under the hood.

Re: Ember.js Octane Edition

#75
post #5

It is such a tragedy that ember did not gain more traction. It's incredibly elegant, powerful and ergonomic. Once you got into the groove, writing ember code was so intuitive. Glad to see they are pushing through

I think this is fresh opportunity for Ember to become mainstream again, modern Ember is so clean and productive

[deleted]

Re: Ember.js Octane Edition

#76
post #5

It is such a tragedy that ember did not gain more traction. It's incredibly elegant, powerful and ergonomic. Once you got into the groove, writing ember code was so intuitive. Glad to see they are pushing through

I think this is fresh opportunity for Ember to become mainstream again, modern Ember is so clean and productive

So many frameworks have borrowed from Ember more than Ember itself becoming mainstream I'd like to see the idiomatic approach become widespread whatever the idiom

Re: Ember.js Octane Edition

#77
post #22

Earlier quoted context omitted.

Just for anyone reading, 100kb is the max you want for initial load if targeting mode. This means that Ember is a bad choice for most web apps today. React isn't a great choice either because the lack of features and relative large size means you have to add more stuff and quickly get large builds.

100kb is an ideal right now. Many apps will have more than that in just CSS.

100kb is the max amount of JavaScript. There's a number for all resources but I don't know what it is offhand.

Using more than 100kb of CSS is a red flag and probably means you are using a framework like Bootstrap and not just importing the parts you need.

Re: Ember.js Octane Edition

#78
On using Ember

I’ve been using ember since 0.9.5.1, so for 8 years or so? (I have 6 biggish apps that are still under active development today)

At the time — there was no router, Ember.View was a thing, there were multiple types of views and controllers, JSON:API wasn’t a thing, ember-data was wild, etc. Most of the contributions depended on tomhudakatzdale, as well as a number of other core contributors (dgeb, tchak, and others I’m leaving off — sorry!). The framework frequently had breaking changes, patterns were moving around rapidly (we had to rewrite one of our pre 1.13 apps), it was a bit of a mess. (Then again, at the time, a lot of other frameworks were in the same state.). I think these times gave Ember a bit of a bad rap.

The thing that stood out to me then, and still holds true today, is that the community has been committed to bringing in the best ideas forward in a community-driven way. Even though much of the initial framework had growing pains, it was able to do a few significant things: establish a community model for managing changes (RFC/RFP process), delegate core responsibilities to a broader team of people (not based on corporate interests), create consistent release intervals, follow semantic versioning, establish json:api as a specification, and really take community feedback in as development priority / direction.

Octane is the cultivated result of years of decision making by the community. (And, I believe, that’s why folks say “Ember is great tech”).

I continue to use and recommend Ember to others. Happy to answer any questions for folks!

Re: Ember.js Octane Edition

#79
post #52

Earlier quoted context omitted.

Definitely a gross exaggeration.

if you have 20 people on your team, and they each have 5 PRs merged which are deployed with some continuous deployment strategy, you're already at 100 deploys in one day. :-\

5 PRs a _day_ per engineer? What exactly are they cranking out? 1hr 30min per PR that's insane. Are these literally one-liners or extremely well defined tickets? Do your engineers work very late days?

Re: Ember.js Octane Edition

#80

Earlier quoted context omitted.

if you have 20 people on your team, and they each have 5 PRs merged which are deployed with some continuous deployment strategy, you're already at 100 deploys in one day. :-\

5 PRs a _day_ per engineer? What exactly are they cranking out? 1hr 30min per PR that's insane. Are these literally one-liners or extremely well defined tickets? Do your engineers work very late days?

I have days where I submit 0 PRs, and I have days where I submit 10+ PRs. It just depends a lot of things. Focus, Well defined small tickets, etc
Post reply on HN