Как фронты в Яндексе развивают общий стек в отделах. Поиск vs Ифраструктра.

Где-то 1.5 года я работал в Поиске и уже почти год работаю в Инфре.

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

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

В Инфре (aka инфраструктура) процесс построен совсем по-другому. Нет четко выделенных команд, закрепленных за какой-то технологий, которую используют все разработчики отдела. Все построено на идее опенсорса. Есть мейнтейнеры проектов (общих библиотек), а любой другой человек может прийти и внести вклад в развитие чего либо. Большая часть библиотек и во все открыта для внешнего интернета. В основном это gravity-ui и все что с ним связано. Я тоже комитил туда недавно, вот мой скромный пулл.

Оба подхода имеют свои минусы и плюсы.

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

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

Мне лично сейчас больше нравится второй подход, а вам?

🔥 – лучше буду делать продуктовые фичи и не отвлекаться
❤️ – хочу принимать участие в развитии общих инструментов лично

P.S на фото в посте реальный сервер из дата-центра Яндекса

@dlents