I said this already on Twitter, but: It’s been 2½ years since I started working on Ember.js. While I’m proud of the code we wrote, I’m even more proud of the community we built. We have been lucky enough to attract the companies and individuals that are tackling the hardest problems in developing 100% JavaScript web applications; people for whom the only acceptable answer is solid engineering, not piles of hacks. As…
Ember.js 1.0 Released
11–20 of 104 posts
Re: Ember.js 1.0 Released
#12I'm not very familiar with software licensing. What Ember.js licence means for production use?
Use it however you'd like; contribute back if you want to.
Re: Ember.js 1.0 Released
#13I said this already on Twitter, but: It’s been 2½ years since I started working on Ember.js. While I’m proud of the code we wrote, I’m even more proud of the community we built. We have been lucky enough to attract the companies and individuals that are tackling the hardest problems in developing 100% JavaScript web applications; people for whom the only acceptable answer is solid engineering, not piles of hacks. As…
Have you got that screencast available as a download somewhere?
Re: Ember.js 1.0 Released
#14If you want to see ember in action, you can see how we use it in production: https://github.com/balanced/balanced-dashboard It has been a great tool in our toolbox, and we really feel the benefits of all the hard work and brilliance driving ember.
Re: Ember.js 1.0 Released
#15I said this already on Twitter, but: It’s been 2½ years since I started working on Ember.js. While I’m proud of the code we wrote, I’m even more proud of the community we built. We have been lucky enough to attract the companies and individuals that are tackling the hardest problems in developing 100% JavaScript web applications; people for whom the only acceptable answer is solid engineering, not piles of hacks. As…
Have you got that screencast available as a download somewhere?
Re: Ember.js 1.0 Released
#16If you want to see ember in action, you can see how we use it in production: https://github.com/balanced/balanced-dashboard It has been a great tool in our toolbox, and we really feel the benefits of all the hard work and brilliance driving ember.
How come you guys aren't using push state? Does Ember not provide it in its routing?
For more, see the documentation: http://emberjs.com/guides/routing/specifying-the-location-ap...
Re: Ember.js 1.0 Released
#17Re: Ember.js 1.0 Released
#18I've been interested in using Ember.js in the frontend for a Rails app, especially after watching a mock competition between it and Angular [1]. But it's beta status kept me from using it, and even now I wonder if it really is production ready, or just API-stable (which they say they will be as per http://semver.org/ ). I also don't know if it's really worth the up-front cost of learning and slowing down initial deve…
This is true when considering the introduction of any new technology or when to pay down technical debt. The answer for you will likely depend on the complexity of the product that you are building, how important a great UX is, how close you are to shipping something, and whether the promise of building a clean and scalable browser application outweighs the short term benefits of delivering a "mess of ad-hoc jQuery and random objects".
I've worked within a medium sized team building a large Ember application and have seen first hand how beneficial it can be when dealing with application complexity and a need for precise UX attention to detail, even when using a much earlier version. I've also experienced frustration with the documentation and quickly moving goalposts as the framework evolved towards v1.0.
Happily, everything has become so much easier in the last few months. The documentation and guides are now a fantastic resource after a huge push from the team and community. The framework itself requires much less boilerplate code, Ember automatically generates controllers, routes and views at runtime should you not need to customise their behaviour. The addition of support for promises across the framework has resulted in more terse and consistent application code. I've found the community to be very helpful and I'm excited to see how it will grow over the coming months.
> So there will end up being a chunk of the app with Ember, and a (functionally separate) part of the app not using Ember at all.
I'm helping a client do exactly this at the moment. Their current application consists of a many pages with ball of JavaScript and jQuery sitting on top of their clean REST API. They want to raise the bar for what their application can do and the medium term goal is to deliver a single page Ember application. In the short term, we're building some of the most complex new features in Ember. These features will be accessed through modal iframes for a time allowing us to build out the Ember application without having to rebuild everything.
Re: Ember.js 1.0 Released
#19Awesome, have been meaning to try ember. Just finished with a 6 month meteor.js binge. Which leads me to the question: what is a good real time push solution for ember? Does it have anything for that, or is that something I'd have to build in separately with socket.io or sock.js or something?
Re: Ember.js 1.0 Released
#20Let's also recognise and celebrate the hard work put into these projects by the Ember & Angular teams. Ember and Angular are two shining examples of modern open-source software.
We can debate the finer points and minute advantages of each framework later, preferably once we've all tried them both.
Congratulations, Ember 1.0! Roll on, Angular 1.2!