Есть компании, где разработка полностью подчинена бизнесу. Каждый лишний чих должен проходить защиту перед топ-менеджерами. Платформенная команда если и существует (что для таких компаний удивительно. Как это так, целая команда высокогрейдовых специалистов не направлена напрямую на генерацию прибыли!), то испытывает постоянные проблемы с обоснованием необходимости решаемых задач. Какой такой переезд на TypeScript? Сколько он нам денег принесёт в ближайшем квартале?

Есть компании, где главенствуют технари. Они занимают кресло наверху пищевой цепочки и, зачастую, непосредственно руководят платформенными командами. Быть разработчиком в таких компаниях одно удовольствие (пока у компании есть деньги, конечно же). Любые нововведения принимаются влёт, всё в таких компаниях на острие прогресса.

Вот только как бывает в компаниях второго типа. Презентует, например, платформенная команда переезд очередной части проекта на лямбды. Ну как переезд, просто упаковка кода из монолита в большой бандл и подвешивание кучи его копий слушать входящие запросы, каждой копии свой. Такой жирненький ёжик покрытый иголками хэндлеров. Точнее, армия ёжиков-клонов. Цель понятная — решение стратегической задачи переезда на лямбды. Зачем? Чтобы было. Лямбды лучше node.js-монолитов. Очевидно же?

Нет, не очевидно. Node.js монолит не имеет вендор-локов. Скейлинг его достаточно прост. Метрики понятные. Проблем холодного старта и бандлинга не существует. Node.js можно использовать любой, хоть вчерашнюю бету, если оно нужно. Кеши — да пожалуйста, кешируй в память, жить будет сколько тебе нужно. Вебсокеты работают без бубнов. И так далее.

Так чего же я хочу? Я хочу видеть обоснование и метрики. Немного здоровой бюрократии. Обоснования в миллисекундах. гигабайтах и долларах — какое решение лучше. Всё то, что нужно сделать в компании первого типа (см. первый абзац), чтобы разработка получила зелёный свет. Но работать хочу в компаниях второго типа 🙂