Многие в IT мечтают о повышении: меньше рутины, больше уважения, наконец-то «серьёзная» роль. Архитектор звучит особенно красиво — как человек, который придумывает большие системы и не копается в мелочах. Я прошёл этот путь. И могу сказать: жизнь не стала проще. Она стала другой.
Когда в IT говорят «архитектор», у людей часто рисуется картинка из фильма: белая доска, стрелочки, схемы, уверенный человек, который говорит «вот так мы построим систему на миллион пользователей» — и все кивают.
Реальность ближе к другому.
Больше ответственности. Меньше кода. Больше созвонов. Меньше ощущения «я сегодня что-то сделал руками». И не всегда больше денег — пропорционально тому, сколько нервов ты тратишь.
Я в IT больше десяти лет. Был разработчиком, вёл команды, проектировал системы, участвовал в миграциях, в безопасности, в том, как сервисы ведут себя под нагрузкой. Должность «архитектор» в разных компаниях называется по-разному, но суть одна: ты отвечаешь не за одну кнопку, а за то, чтобы вся машина не развалилась.
Звучит статусно. На практике — это часто про бессонные ночи, чужие решения и вопрос «а зачем я вообще согласился».
Что обычно ждут от повышения
Когда человек растёт от разработчика к архитектору, он часто ждет:
- меньше мелкой рутины;
- больше влияния на продукт;
- больше уважения;
- больше денег;
- наконец-то «стратегические задачи», а не «почини вот это к вечеру».
Часть из этого правда. Но не вся. И не сразу.
Повышение в IT — это не переход на верхний этаж, где тише и красивее. Это переход на позицию, где видно дальше — и падать больнее.
Архитектор — это не «программист, который перестал кодить»
Самое частое заблуждение: архитектор — это сеньор, которому надоело писать код.
Нет.
Архитектор — это человек, который отвечает за как устроена система:
- что будет, если пользователей станет в десять раз больше;
- что будет, если один сервис упадёт — упадёт ли всё;
- как безопасно обновлять, не ломая людям работу;
- как команды из разных стран будут работать с одним и тем же продуктом;
- что делать, когда бизнес хочет «быстро», а реальность говорит «опасно».
Если совсем просто: разработчик строит комнату. Архитектор думает, выдержит ли дом, если в одной комнате снесут стену.
Только дом — цифровой. А стены сносят регулярно. Всегда с хорошими намерениями.
Меньше кода — не значит меньше работы
Многие мечтают уйти от кода, потому что устали. Логично.
Но когда код пишешь меньше, появляется другое:
- документы, которые никто не читает до инцидента;
- созвоны, где половина людей говорит о разном;
- споры, где каждый прав со своей стороны;
- ревью чужих решений, где ты видишь проблему заранее — и должен убедить, не обидев;
- ожидания, что ты «и так всё знаешь», хотя контекст меняется каждую неделю.
Код хотя бы честен. Написал — работает или нет. В архитектуре часто: сделали как ты сказал, сломалось через три месяца — и виноват ты, потому что «ты же архитектор».
Это не шутка. Это реальный паттерн.
Больше созвонов — и это не «лень работать»
Снаружи кажется: архитектор весь день на встречах — значит, ничего не делает.
На деле созвоны — это часто единственный способ:
- понять, что вообще хотят сделать;
- договориться между бизнесом, разработкой, безопасностью, поддержкой;
- объяснить риск тем, кто слышит только слово «быстрее»;
- узнать, что одна команда уже сделала то, что вторая собирается делать заново.
Я видел проекты, где половина проблем родилась не из плохого кода, а из того, что две команды не поговорили пятнадцать минут. Архитектор как раз за это и отвечает — чтобы пятнадцать минут случились до трёх месяцев переделок.
Но созвоны выматывают. Особенно через часовые пояса. Особенно когда ты уже объяснял одно и то же на прошлой неделе.
Больше ответственности — меньше права на ошибку
Разработчик ошибся — поправил, выкатил фикс, пошёл дальше.
Архитектор ошибся — иногда:
- три команды переделывают работу;
- месяц живут с костылём, который «временно» станет навсегда;
- в проде (рабочей системе для реальных людей) ломается то, что не трогали руками;
- на совещании спрашивают: «Мы же обсуждали риски?»
И ты помнишь, что обсуждали. И что предупреждал. И что тебе сказали: «Сделаем проще, времени нет».
Вот тут и начинается самое неприятное. Архитектор часто видит проблему раньше других — и не всегда может её остановить. Потому что у него не всегда есть власть. Есть ответственность.
Это как быть врачом, который говорит «лучше не бегать на сломанной ноге», а пациент отвечает «но у меня марафон завтра».
«Архитектор» в разных компаниях — разные люди
Ещё одна ловушка: слово одно, работа разная.
Где-то архитектор реально проектирует систему.
Где-то — просто «самый опытный разработчик, которому дали красивую должность».
Где-то — человек на пресейле (продажах до старта проекта), который рисует схемы клиенту.
Где-то — пожарный, которого зовут, когда всё уже горит.
Поэтому истории «у нас архитектор ничего не делает» и «у нас без архитектора всё рухнуло» — обе могут быть правдой.
Повышение до архитектора не гарантирует, что вы попадёте в роль мечты. Иногда вы попадаете в роль человека, который виноват за всё, но решает не всё.
Когда это перестаёт нравиться
Есть признаки, что роль архитектора вам не подходит — или компания ждёт от неё не того:
Скучаете по результату руками.
Хочется написать код и вечером сказать «готово». В архитектуре результат часто размазан по неделям.
Раздражают бесконечные согласования.
Если каждый разговор — битва, а не диалог, выгорание близко.
Вас зовут, когда уже поздно.
Не «помоги спроектировать», а «мы уже сделали, теперь разгреби».
От вас ждут чудес, но не дают времени.
Классика: «Сделай надёжно, быстро и дёшево. Выбери все три».
Деньги выросли слабо, а стресс — сильно.
Бывает. Особенно если должность выросла, а реальные полномочия — нет.
Это не значит, что архитектор — плохая роль. Это значит, что она не для всех и не везде одинакова.
Что в этой роли всё-таки хорошего
Честно — иначе туда не шли бы многие.
Видишь картину целиком.
Понимаешь, почему «маленькая правка» может стоить дорого. Это делает тебя сильнее как специалиста.
Можешь предотвратить катастрофу.
Когда сработал performance guard rail (правило, которое не даёт выпустить медленный сервис) или вовремя остановили опасное решение — это реальная польза.
Влияешь на то, как живут пользователи.
Не одна кнопка — а то, будет ли сервис стабильным, когда на него придут тысячи людей.
Растёшь в мышлении.
Учишься думать не «как написать», а «что будет через год». Это навык, который остаётся даже если вернёшься к коду.
Меньше гонки за модными словечками.
Хороший архитектор смотрит не «что сейчас хайп», а «что переживёт завтра».
Почему многие всё равно к этому стремятся
Потому что звучит как следующий уровень. Как признание: «ты уже не просто пишешь код, ты решаешь большие задачи».
И иногда это правда.
Но полезно заранее понимать: архитектор — не финиш карьеры и не гарантия спокойствия. Это смена вида нагрузки.
Было: «у меня не компилируется».
Стало: «у нас через квартал не выдержит нагрузка, и об этом пока никто не думает, кроме меня».
Было: «мой баг».
Стало: «наше решение».
Было: «я устал от задач».
Стало: «я устал от людей, сроков и неопределённости».
Не всем это подходит. И это нормально.
Что я бы сказал тем, кто мечтает о должности архитектора
Не спрашивайте только «как туда дорасти». Спросите:
- За что я буду отвечать — словами и на практике?
- Смогу ли я влиять на решения или только подписывать чужие?
- Сколько кода ждут? Сколько созвонов?
- Как в компании относятся к ошибкам на этом уровне?
- Мне правда интересна система целиком — или я просто устал от текущего проекта?
Иногда человек хочет не архитектуру. Он хочет:
- сменить компанию;
- сменить стек (набор технологий);
- меньше токсичных созвонов;
- больше денег;
- уважения, которого не хватает на текущей роли.
Архитектура это не всегда лечит. Иногда делает хуже.
Что это значит, если вы не в IT
Если ваш знакомый стал «архитектором» и вдруг стал больше жаловаться на работу — это не обязательно «зазнался».
Возможно, его перестали пускать в простую зону «написал — работает». Возможно, на него свалили риски без нормальных полномочий. Возможно, он теперь целый день тушит чужие пожары на совещаниях.
Если ребёнок говорит «хочу быть архитектором в IT» — уточните, что он представляет. Рисовать схемы — да. Не спать ночами, потому что упал чужой сервис — тоже да, иногда.
И если кто-то говорит «я архитектор» — это не всегда значит «я очень умный». Чаще значит: «я отвечаю за сложность, которую вы не видите на экране».
Повышение до архитектора не делает жизнь проще. Оно делает её шире и тяжелее.
Больше ответственности — да.
Меньше кода — часто да.
Больше созвонов — почти всегда да.
Больше спокойствия — далеко не всегда.
Это не роль для тех, кто хочет «меньше работать». Это роль для тех, кто готов отвечать головой за то, что другие потом делают руками.
И если после повышения вам стало не легче — возможно, дело не в вас. Возможно, вы получили ответственность без власти, стратегию без времени, должность без смысла.
Хорошая архитектурная роль существует. Но она редко выглядит так, как на красивой схеме с стрелочками. Чаще — как длинный день, десять чатов, одно тревожное «а что, если завтра нагрузка вырастет втрое» — и тишина, в которой ты пишешь не код, а письмо, от которого зависит, будут ли завтра работать чужие кнопки.
А вы как думаете: архитектор — это мечта, наказание или просто другая работа? Были ли у вас повышения, после которых стало не легче? Напишите — интересно сравнить.