SberTech: Проблемы с процессами и руководством

Интересный проект, вроде как пристижный кластер

Ничего не понравилось.

Если коротко обо мне, я здесь работал backend разработчиком.

Попробую коротко описать проблемы

1. Процессы

Невозможно работать! Всё было и так плохо, но когда мы перешли на свой продукт (sbertrack, который объединяет в себе джиру, конфлюэнс, дженкинс и т.д.), всё стало ещё хуже! Намного хуже! Сборки по 2 часа проходят (а иногда по 5, даже без тестов). Постоянно что-то лагает.

То есть задачу я могу сделать за 5 минут, но чтобы накатить на стенд — на это может уйти полдня, а то и день. Сборки часто падают по непонятным девопсовым причинам, никто ничего не знает. Стоит ещё упомянуть, что очень долго выдавали нормальный ноутбук и доступы.

2. Удалённая работа

Мне повезло — была полная удалёнка. Но так не у всех, как повезёт. Если говорить про офис — офис неудобный. Конкретно я первые недели 2 ездил на Новоданиловскую набережную, по сравнению с офисом на Кутузовском — полное уродство, а именно:

 — Куча людей, опенспейс

 — Нет закреплённых мест. Я 2 раза случайно занимал чужое место

 — Столовая такая себе

 — Неудобно добираться от метро (15−20 минут пешком)

 — Кресла неудобные

3. Компетентность руководства

Не скажу за всех, но руководство конкретно в нашей команде и в нашем кластере совсем некомпетентное, ни о каких рабочих отношениях не может идти и речи, переходят на личности. Мне, например, очень стыдно, когда в такой солидной организации люди позволяют себе ругаться матом. Для меня это и близко не норма. Корпоративной культуры нет. Если задача была описана аналитиком неправильно и по такому заданию реализовал разработчик, сделают крайним разработчика.

4. Роли в команде

Аналитики не понимают, чем занимаются. Вроде что-то делают, но не понятно что именно. Кажется, занимаются бюрократией, из-за этого разработчик становится и аналитиком тоже. Разработчик сам себе описывает ТЗ, с этим ТЗ выступает на общей встрече, и если все одобрят, приступает к реализации. Вопрос: как новый разработчик должен написать ТЗ, не понимая проект? Для меня это тоже было загадкой :)

Тимлид даже стек не знает, тут без слов) Не понимаю, чем тимлиды занимаются.. Сидят на глупых встречах, заполняют какие-то таблицы, собирают метрики.. Только тестировщики и разработчики что-то реально важное делают.

5. Развитие

Никакого развития и близко нет. Если чего-то не знаешь (а так будет часто) — вряд ли помогут, каждый сам за себя. Документации совсем нет. Никто не заинтересован в том, чтобы ты развивался и рос как специалист. Всегда сделают крайним

6. Проект

Архитектура бэкенда — огромный и страшный монолит. Огромное количество легаси-кода, много команд пишут код, ломая друг-другу функционал. Всегда кидают 100 500 замечаний на код-ревью, и замечания чаще всего высосаны из пальца!

Чтобы получить аппрувы, тебе нужно сходить к разным людям из разных команд, всех их посвятить в свою задачу, и только потом, возможно, они поставят аппрув, сразу, но в 90% загадят загадочными замечаниями. Чаще всего, когда пытаешься выпросить аппрув, начинается дикий срач, пятичасовые встречи с обсуждением этого всего, и это всё затягивается ещё на неделю.

Я считаю, что в нормальной жизни код-ревью должно происходить в рамках своей команды. Его должен проводить или более опытный коллега в команде, или лид (который ЗНАЕТ СТЭК :))

Фронтенд тоже — огромный кусок [censored]. Меня там не было, но пообщавшись с коллегами, я понял, что там всё ещё хуже.

6. Зарплата

Зарплаты приличные, но повышать здесь не будут. Если проявите себя, будут тянуть нитки, выжимать соки. Годовая премия достойная..