Знакомые разработчики часто спрашивают почему год назад вместо Angular я выбрал Ember.js, сделал на нем четыре проекта и не хочу останавливаться. Так как они нашли мои аргументы весьма убедительными, я решил поделиться ими со всеми перед кем встанет вопрос выбора.

Маркетинг

Даже те мои знакомые, кто не разрабатывает фронтенд, слышали и поддерживают Angular, но не способны объяснить его преимущества. Как правило, хорошие вещи не нуждаются в агрессивном маркетинге, поэтому я хорошенько призадумался прежде чем сделать выбор в пользу этого молодого решения.

Тем более, Ember — это форк SproutCore, на котором еще в 2008 году Apple построила Mobile.me и iWork.

Накопленный опыт

Оба фреймворка призваны исправить предыдущие ошибки, помочь решить рутинные проблемы и работать более эффективно. Поэтому меня ужасают статьи про делегирование событий в Angular.

Ember основан на классической парадигме, но со множеством эффективных готовых решений из коробки, к которым сотни разработчиков шли годами, набивали шишки и исправлялись.

Процесс разработки

Известное правило успеха гласит: “Главное — не процесс, а результат”. Применяя новый подход, большое количество времени займут поиск решения, эксперименты и исправление ошибок. То есть много усилий уйдет именно на процесс разработки.

Используя классический подход, разработчик может сконцентрироваться на продукте и опыте пользователя. А такие профессиональные инструменты как Ember Inspector и Ember CLI делают разработку еще более легкой и удобной, а значит — скорее приведут к результату.

Реальные проекты

Компания Google, продвигающая Angular, в 2012 году запустила непубличный продукт на данном фреймворке — DoubleClick. Также существует Youtube для PSP на базе Angular, который также трудно изучить без приставки и снифера сети. Я считаю подозрительным, что компания Google не ест свой собачий корм, а другие примеры приложений выглядят не убедительно.

Кроме той истории между Ember и Apple, множество разнообразных и профессиональных продуктов построено на этом надежном фреймворке.

Поддержка

Я просмотрел много кода на Angular и Ember и задавался несколькими вопросами:

1. Захочу ли я поддерживать этот код?
2. Легко ли будет найти разработчика, который разберется в этом коде?

Каждый раз я верил, что код продукта, написанного на Ember, не будет выброшен через несколько лет. Я верю, что придет другой разработчик, разберется и сможет внести изменения не начиная все сначала.