Техлид или багфиксер?
В последнее время всё больше и больше вакансий стало появляться на должность Тех- и Тимлида. Но не всё так радужно, как может показаться на первый взгляд.
В начале описания вакансии вас завлекают тем что вам действительно хотелось бы видеть на данной должности: поиск и выбор технологий, разработка архитектуры, управление командой разработки с технической стороны и т.п. В общем всё по делу, то что и должен делать настоящий лидер, а именно вести команду разработки к решению бизнес проблем. Однако далее описание дополняется довольно интересными требованиями. Приведу некоторые из них и ранжирую в порядке популярности:
- Доступность 24/7
- Сопровождение ночного деплоя (Частота разная, от 1 раза в месяц, до 1 раза в неделю)
- Немедленное исправление критичных багов, о которых сообщает QA или тех. поддержка
- Доработка функционала за другими участниками проекта в сжатые сроки
Встречаются и другие уникальные требования, но те, что указаны выше встречались в двух и более вакансиях. Некоторые из этих требований всплывают в рамках собеседования, их умышленно скрывают, чтобы не оттолкнуть потенциального кандидата.
А теперь задумайтесь, если проект уже стоит на рельсах и вы вступаете в должность лида, то скорее всего все архитектурные и технологические решения уже были приняты и повлиять на них становится труднее. При этом, чем дольше проект находится в эксплуатации, тем больше исправления багов будет требоваться. Тем меньше спокойных ночей и выходных у вас будет + бесконечные неоплачиваемые переработки. Никто не будет вам давать выходной, если ночью вы исправляли баг в проде.
На собеседовании обязательно проговаривайте все требования. Решите нужно ли вам подрываться в 3-4 утра в воскресенье и бежать исправлять баги, потому что разработчик Василий неправильно использовал функцию и это выяснилось только в проде. Задайте себе вопрос, хотите ли вы этим заниматься. Да заработная плата может быть не маленькой и первое время покажется, что можно и потерпеть, но через пол года вы выгорите, а компания просто пойдёт искать следующую жертву, которая продлит жизнь проекту ещё на пол года.
