Выбор JS-фреймворка для крупного проекта
Среди проектов, которые я делал — Badoo, Хабрахабр, dirty.ru, trendclub.ru. Специализируюсь на больших/сложных веб-проектах.
Все предыдущие доклады на http://www.slideshare.net/rybaxek
Еще у меня есть аккаунты на таких площадках, как Мой круг (http://averin.moikrug.ru/), Фейсбук (http://www.facebook.com/ryba.xek) и Твиттер (http://twitter.com/ryba_xek).
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
