Больше стремишься к архитектуре или к менеджменту

Архитектура vs Менеджмент: мой выбор

Это хороший вопрос, который показывает, какой путь развития мне интереснее. Дам честный ответ: я выбираю архитектуру, но с пониманием менеджмента.

Почему архитектура ближе мне

1. Техническое творчество

Мне нравится решать сложные технические проблемы:

• Проектировать системы, которые масштабируются
• Выбирать правильные технологии для задачи
• Оптимизировать производительность
• Внедрять best practices

Это дарует конкретное чувство достижения.

2. Глубокое погружение в технологии

Мне нравится разбираться:

• Как устроены базы данных и индексы
• Как происходит optimization query'ев
• Как устроены системы кэширования
• Как масштабировать микросервисы

3. Долгосрочное влияние

Хорошая архитектура влияет на продуктивность команды на годы:

• Чистый код легче поддерживать
• Хорошая структура позволяет быстро добавлять features
• Правильные patterns предотвращают баги

Почему я не хочу чистого менеджмента

1. Потеря связи с кодом

Если я перестану писать код:

• Буду отставать в технологиях
• Буду давать неправильные оценки
• Потеряю интуицию о сложности задач

2. Жертва интереса

Прямой менеджмент требует:

• Много встреч и политики
• Управление people, а не problem-solving
• Документирование процессов
• Бюрократия

3. Управление людьми сложнее для меня

В коде я могу написать unit test и проверить. С людьми так не получается.

Мой идеальный путь: Technical Lead

Я вижу себя как Principal Engineer или Tech Lead:

// Мой день:

// 1. Писать код (60%)
// - Сложные features
// - Рефакторинг
// - Code reviews

// 2. Архитектура (30%)
// - Дизайн новых систем
// - Выбор технологий
// - Документация
// - Наставничество

// 3. Менеджмент (10%)
// - Планирование с PM
// - Планирование спринтов
// - 1:1 с juniors

Это позволяет:

• Остаться в коде
• Влиять на техническое направление
• Помогать team'у расти
• Не потонуть в политике

Эволюция мышления

Когда я был junior, я хотел просто писать код. Но со временем понял:

• Хороший код важен, но архитектура важнее
• Good architecture позволяет team'у писать code быстрее
• Team'ы растут через наставничество
• Нельзя написать хороший код в плохой архитектуре

Поэтому я вырос в architect, но не потерял интерес к коду.

Что я делаю для team'а

Архитектурная работа

// Помогаю выбрать right tech stack
// Проектирую системы
// Пишу RFCs для больших решений

Наставничество

// 1:1 с juniors
// Code reviews с feedback
// Design sessions
// Показываю примеры

Hands-on

// Беру самые сложные tasks
// Показываю примеры
// Паирю с juniors на сложной архитектуре

Когда я бы рассмотрел менеджмент

Есть сценарии, где я бы подумал:

✅ Если бы это был technical manager

• Управление инженерами
• Но ещё hands-on с кодом
• Technical decisions

✅ Если бы это был CTO позиции

• Полностью техническая роль
• Стратегия и архитектура
• Но снова управление people

Мой совет junior разработчикам

Если вы выбираете между архитектурой и менеджментом:

1. Попробуйте оба

   • Напишите RFCs
   • Проведите code reviews
   • Поментируйте juniors
   • Поработайте в небольшом team'е

2. Слушайте себя

   • Что вас энергизирует?
   • Что вас истощает?
   • Что вы думаете перед сном?

3. Не спешите выбирать

   • Карьера долгая
   • Путь architect'а и менеджер'а не исключают друг друга

Вывод

Я выбираю архитектуру и technical leadership, потому что:

• Это использует мои сильные стороны
• Это позволяет оставаться hands-on
• Это позволяет влиять на team'а через code и примеры
• Это позволяет расти технически

Но я понимаю ценность менеджмента и уважаю хороших managers'ов. Технические решения без людей, которые их реализуют — бесполезны. И люди без технического лидерства — теряют направление.

Идеально работать в среде, где технические лидеры и менеджеры работают вместе.