Как переписать фронтенд нагруженного проекта и не потерять главного

[atomic1989]

Не пробовали использовать mobx? Работа с redux создает ощущение использования sql и хранимых проуедур). Очень много шаблонного кода

[BelirafoN]

Mobx на проекте пока не примеряли. Желание попробовать в песочнице есть. Спасибо за предложение.

P.S. Про Redux согласен — многословно, но проблемой для нас не является.

[VolCh]

После XML/XSLT даже Redux кажется образцом лаконичности :)

[atomic1989]

это да :), был опыт на SharePoint

[evgeny_goldin]

Хороший конспект для любого migration campaign, не важно фронтенд или нет (мы планируем переделывать бекенд). Спасибо!

[Avadon]

Какие инструменты посоветуете для A/B тестирования frontend'a?

[atomicloopzilla]

Можете подсказать чем рисовали столь красивые диаграмки?

[denaspireone]

Плюсую!

[BelirafoN]

Рисовали в Adobe Illustrator

[VolCh]

Почему Flow в 2019?

[Voronar]

Тоже очень интересно. Почему на таком серьёзном проекте такая неинтерпрайзная тулза.

[dima_smol]

Когда начинали переезд TypeScript проигрывал Flow по некоторым важным моментам.
И к тому же требовал более жестких мер для внедрения, тогда как flow можно было внедрять постепенно

[JordanoBruno]

Как и большинство советов от крупных компаний — они подходят только для крупных компаний. Для мелких и средних это все не потянуть команде, но зато весьма существенно увеличится тех. долг со временем. Да и по-большому счету многое можно не делать, так как влияние на бизнес — минимальное. Keep it simple.

[VolCh]

Всё или не всё потянуть могут мелкие и средние компании под вопросом. Прежде всего в части метрик — крайне редко они встречаются в "дикой природе" на фронте.

Но вот если исключить метрики, то из советов мелкие компании могут потянуть вполне почти всё остальное.

А влияние на бизнес огромное, имхо, прежде всего у мелких команд. Может повезёт и будут набраны достаточно квалифицированные разработчики, которые не хотят развиваться дольше чем срок жизни софта, но маловероятно. Или проект достаточно прост, и достаточно брать джунов без опыта работы, чтобы они его набирали и передаваили "сменщикам". да и то, по-моему, всё дороже это будет. Я вот при контакте с рекрутерами первым делом спрашиваю текущий техстэк с точными версиями до минорных и планы на его обновление. Если планы озвучить не могут или не предлагают этим заняться у них, то больше говорить не о чём.

[JordanoBruno]

В мелкой компании 1-2-3 frontend developer'ов, теоретически, они могут поднапрячься и добавить unit/acceptance/blackbox тесты, провести несколько A/B тестов, развернуть подходящую инфраструктуру, но это же все добро надо документировать и поддерживать. Если этого не делать, то уже через полгода это превращается в огромную головную боль и начинает сильно устаревать и рассинхронизироваться с текущей актуальной версией. Даже для средней компании это все требует хорошего бюджета и выделения процентов 20 времени. При этом любой рефакторинг проекта будет стоить ооочень дорого.

[VolCh]

Да, A/B тесты это к "потянуть вполне почти всё остальное". А так не раз и не два участвовал в проектах/эпиках типа перехода на React с jQuery-like или добавление стейт-менеджера, если по фронту. И даже без автотестов обходились.

[VolCh]

Вот ещё важный пункт: в процессе перехода нужно максимально фокусироваться на нём, только критические бизнес-задачи делать, а niсe-to-have ждут окончания перехода тех частей, которые они затрагивают. Так суммарное время и перехода, и этих задач получается меньше.

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