Интересует ли вас позиция тимлида?

Ответ

Да, я готов рассматривать позиции технического лидера (тимлида) при условии сохранения баланса между управленческими и техническими задачами. Идеальная роль предполагает участие в архитектуре, код-ревью и менторстве, а не только администрирование.

Почему это важно:

  • Техническая экспертиза должна оставаться актуальной для принятия обоснованных решений.
  • Командная динамика требует, чтобы лидер понимал технические сложности задач команды.

Пример распределения времени идеального тимлида:

// Условное распределение времени
public class TechLeadTimeDistribution {
    int codeAndArchitecture = 40; // %
    int codeReviewAndMentoring = 30; // %
    int planningAndMeetings = 20; // %
    int processImprovement = 10; // %
}

Я стремлюсь к роли, где можно влиять на продукт как через код, так и через развитие команды.

Ответ 18+ 🔞

Да ты посмотри, какой запрос! Чисто технический лидер, но чтобы не в говне админском сидеть, а в коде ковыряться. Ну, я тебя понимаю, блядь, до слёз! Сидишь на митингах, а руки сами к клавиатуре тянутся — хочется не только про процессы пиздеть, но и реально архитектуру поправить, чтоб не хуйня какая-то получилась.

А почему это, сука, так важно?

  • Экспертиза, мать её. Какой же ты лидер, если отстал от технологии, как последний ламер? Решения-то принимать, а на чём они основаны? На вчерашних знаниях? Так тебя команда нахуй пошлёт, и правильно сделает.
  • Динамометр командный. Если сам в жопу не лез и сложностей не щупал — откуда ты знаешь, сколько там времени на задачу надо? Ты ж будешь начальству обещать пиздец какие сроки, а ребята потом с ума сойдут, пытаясь в них впихнуться. Хуйня полная.

Вот, смотри, как я себе это идеальное распределение времени представляю:

// Условное распределение времени
public class TechLeadTimeDistribution {
    int codeAndArchitecture = 40; // % — вот это святое! Самому попилить, схему нарисовать.
    int codeReviewAndMentoring = 30; // % — посмотреть, как пацаны кодят, подсказать, чтоб не еблись с велосипедами.
    int planningAndMeetings = 20; // % — ну, эту неизбежную хуйню, где все сидят и делают вид, что работают.
    int processImprovement = 10; // % — чтобы не задрочиться на бумажках, а сделать так, чтоб реально удобнее было.
}

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