Live data from Hacker News

Ember.js Octane Edition

blog.emberjs.com

51–60 of 80 posts

Re: Ember.js Octane Edition

#51
Hopefully Ember Data will be purged one day as something that will never fulfil any more or less reasonable application except TodoLists. It sucks off a lot of resources which otherwise would be assigned to different weak places of this project.

Re: Ember.js Octane Edition

#52

At Intercom, we've been incrementally upgrading our almost 6 year old Ember app to Octane as the features have landed over the past 8 months. Our app continues to be in great health and we continue to ship hundreds of times a day with a constant stream of features that our customers love [1] Octane is a huge leap forward for Ember. Its APIs are extremely well designed, composable and cohesive. The new Glimmer compone…

Can you shed a little light on the sorts of things that are shipped hundreds of times a day? curious if you could share some use cases or examples. Intercom is pretty awesome - congrats!

Definitely a gross exaggeration.

Re: Ember.js Octane Edition

#53

Superficially, Glimmer reactivity looks very much like Mobx in a very good way. Any significant differences?

After trying out almost most of the major libraries in the frontend ecosystem I feel that MobX-style observables (in combination with a state-tree abstraction like MST) simply offer the best combination of developer experience and performance.

It is not hard to write readable code with hooks (and hook based state management solutions), but it takes a lot more ramp up time and I see junior members in our team struggle with the nuances around closures (what value was captured when in the component lifecycle) frequently. Adopting MobX has been a huge productivity boost for our team.

At the same time, I feel the full potential of MobX is not fully realized in react ecosystem because the React core team does not recommend Object oriented state management with observables - the ecosystem would be so much better if popular components accepted observable data-structures and were built with implicit change tracking in mind (rather than the usual combination of controlled+uncontrolled props and callbacks which ends up being verbose and repetitive).

I hope octane results in Ember gaining traction in the community. It would be nice to have a framework that embraces reactive observable models, without also resorting to weird monkey patching (angular zones).

Re: Ember.js Octane Edition

#54

At Intercom, we've been incrementally upgrading our almost 6 year old Ember app to Octane as the features have landed over the past 8 months. Our app continues to be in great health and we continue to ship hundreds of times a day with a constant stream of features that our customers love [1] Octane is a huge leap forward for Ember. Its APIs are extremely well designed, composable and cohesive. The new Glimmer compone…

Can you shed a little light on the sorts of things that are shipped hundreds of times a day? curious if you could share some use cases or examples. Intercom is pretty awesome - congrats!

Sorry, I meant to say we ship to production about a hundred times per day, not hundreds of times per day. We've shipped continuously since the very early days of Intercom. [1]

We have a solid CI/CD pipeline meaning that every good merge to master hits production a small number of minutes later. Most of these changes are pretty small, focused and routine, adding a new button behind a feature flag, a db migration, a bug fix.

These small changes add up over time to a steady stream of highly polished features and improvements.

[1] https://www.intercom.com/blog/shipping-is-your-companys-hear...

Re: Ember.js Octane Edition

#55
post #43

The ergonomics look nice but Ember still needs to make a lot of progress in bundle size and performance. Glimmer is certainly much faster than previous Ember versions but it's barely competitive by today's standards. https://krausest.github.io/js-framework-benchmark/current.ht... Also, in that link check how Glimmer fares in start-up metrics (very bad). And it's not even the complete Ember framework.

Why spread fud? Glimmer beats react on re-rendering thanks to bytecode and virtual machine architecture https://engineering.linkedin.com/blog/2017/06/glimmer--blazi...

Re: Ember.js Octane Edition

#56
post #52

Earlier quoted context omitted.

Can you shed a little light on the sorts of things that are shipped hundreds of times a day? curious if you could share some use cases or examples. Intercom is pretty awesome - congrats!

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. :-\

Re: Ember.js Octane Edition

#57

I kind of hoped that Ember would ditch Handlebars for templating and move towards something a bit nicer. I find Handlebars syntax to be quite annoying and tedious to write. Kudos to the Ember team for persisting with the framework, I know LinkedIn is using it (and learned in this thread that Intercom is as well). If this latest Ember release excites people, I highly recommend that people check out what the Aurelia te…

CrowdStrike also uses ember and loves it.

Handlebars isn't really what ember uses. And it's unfortunate that the extension is shared.

there are tons of improved semantics with Octane's Ember Templates that the handlebars you're thinking of could never dream of representing -- mainly @args vs attributes (like html attributes can be forwarded via ...attributes)

    

    (and inside that)

     // gets the class attribute
      {{@arg}} // you *know* that @ means it was passed in
    

is there anything in particular you don't like?

Re: Ember.js Octane Edition

#58
post #9

Earlier quoted context omitted.

It's no tragedy Ember is a niche product and the community is unique and hasn't gone the way of angular or react with all the false corporate stereotypes

Outside of the solid technical foundation and pedigree, the organization of how Ember is managed is one of its best aspects. There is no single massive company that may decide to drive development in a major breaking way. Ember has always focused on ensuring upgrades are fairly easy to do, and has only gotten better over time.

[deleted]

Re: Ember.js Octane Edition

#59
post #9

Earlier quoted context omitted.

It's no tragedy Ember is a niche product and the community is unique and hasn't gone the way of angular or react with all the false corporate stereotypes

Outside of the solid technical foundation and pedigree, the organization of how Ember is managed is one of its best aspects. There is no single massive company that may decide to drive development in a major breaking way. Ember has always focused on ensuring upgrades are fairly easy to do, and has only gotten better over time.

It's the golden standard for how ambitious web apps should be structured built tested and and deployed nothing comes close once you've experienced ember you can't possibly equate to the industry status quo

Re: Ember.js Octane Edition

#60
This is an awesome update, really like the new component APIs and the ergonomics for manipulating the DOM!

I mostly worked with React and Vue, since Ember had quite a learning curve in the past and wasn't really an option for me. But this new edition seems to be much more straightforward to start working with. Looking forward to build my first Ember app over the holidays :-)

Post reply on HN