Вдохновлено статьёй «Синдром бога: когда ты просто кодишь, а ждёшь миллионы и поклонения» и отвечает на «В айти нет денег и повышений». Автор слил обиду, мы - даём жёсткий, хладнокровный и честный ответ. Без розовых очков, без соплей, без self-pity.

Ты просто кодишь, а ждёшь миллионы и аплодисменты? Добро пожаловать в клуб разочарования.

Ты выучил React за 3 месяца и ждёшь, что мир падёт ниц? Миллионы получают те, кто решает миллионные проблемы, а не те, кто прошёл курс на Юдеми.

В последние годы рынок IT стал похож на комикс: каждый второй джун чувствует себя Тони Старком, а каждый третий считает, что его CRUD на React - это вклад в мировую цифровую революцию.

Причём, если зарплата меньше 300к - значит, «рынок сдох», «айти умирает», «никто не ценит». Знакомо?

Это не синдром бога. Это синдром пузыря.

Рынок меняется, и да, он стал жёстче. И дело не в твоих навыках, а в том, что рынок больше не прощает завышенных ожиданий. Но ждать, что тебе что-то подарят, - не выход.


? Кто такие боги в IT?

Богами становятся не те, кто знает фреймворки, а те, кто создаёт новые правила игры. Кто перестраивает рынок, а не просто пишет в нём код.

Бог - это не тот, кто пишет код. А тот, чей код меняет правила.

Примеры:

  • Создал инфраструктуру, на которой работают тысячи - и она не падает.

  • Сделал продукт, который не только пользуют, но и копируют - потому что иначе не могут.

  • Построил систему, которую пытаются повторить корпорации с миллионами. Например, библиотеку, ставшую стандартом для тысяч проектов, или архитектуру, выдерживающую миллионы пользователей без сбоев.

  • Сделал бренд, который узнают. Экосистему, в которую идут. Команду, которой доверяют.


? Кто ремесленники?

  • Натянул вёрстку с Фигмы? Ок.

  • Сделал CRUD по ТЗ? Работает - молодец.

  • Пет-проект с Firebase и Auth? Познавательно.

Это - полезная, добротная, но массовая работа. Ты - в операционке. И пока не вышел за рамки задач, за тебя всё решают другие.

Ремесленник - это основа. Но чтобы выйти за потолок, нужно больше: идеи, решения, влияние.


? Почему синдром пузыря разрушает?

Потому что он может загнать в ловушку разочарования. Особенно, если ты вкалываешь, но не видишь выхода. Но правда в том, что выход не в жалобах, а в стратегии.

  • Застреваешь в жалобах, что нет роста - но не двигаешься туда, где он возможен.

  • Уходишь из токсичных мест - это шаг вперёд. Но смена ради смены, без цели, - бег на месте.

  • Хочешь роста - но не создаёшь ценности выше ТЗ.

Пока ты споришь, какой фреймворк круче, кто-то строит продукт, который твой фреймворк использует как кирпич.


? Хочешь быть богом? Работай по-божески:

  • Думай как архитектор: от смысла к продукту, от бизнеса к коду.

  • Подключай голову, а не только IDE.

  • Строй: инструменты, команды, стандарты, культуры, процессы.

  • Хочешь больше - выходи в роли, где ставки выше: продакт, CTO, фаундер.

  • Начни с малого: предложи оптимизацию процесса, возьми задачу за рамками ТЗ, изучи, как твой код влияет на метрики или деньги.


? Вместо морали

Зарплата - это не признание. Это отражение полезности. Мир не платит за то, что ты умеешь. Он платит за то, что ты решаешь.

Ремесленник ценен. Бог нужен.

Если ты строишь продукт, который будут разбирать по частям - ты в другой лиге. Если просто выполняешь задачи в рамках ТЗ - не жди фанфар. А если слава всё-таки зовёт, пиши код, который переживёт твой ноутбук. Тогда и фанфары найдутся.

Не строишь своё? Тогда не жди, что кто-то построит твой рай.

Комментарии (3)


  1. ncix
    01.07.2025 07:38

    загнать в ловушку разочарования

    Надеюсь что большинства это не ловушка, а всё таки жизненный опыт, который можно отрефлексировать и стать чуточку сильнее.


    1. JuryPol
      01.07.2025 07:38

      Чтобы отрефлексировать нужно что-то помимо непомерного ЧСВ. А там - шоры. Как минимум - на глазах.


  1. Dhwtj
    01.07.2025 07:38

    Хочешь роста - но не создаёшь ценности выше ТЗ

    Повторюсь.

    Во многих случаях не нужно ценностей выше ТЗ. А часто ваша самодеятельность принесёт вред бизнесу.

    Да, можно предлагать. Но действовать только согласовано

    ТЗ даётся на продукт, команду. Вот и действуйте командно. Постарайтесь чтобы на него ушло как можно меньше ресурсов команды, рисков эксплуатации и осталось технического долга