08.01.2026 22:34
vital_pavlenko 94 40000 Источник

Каждый разработчик в начале пути видит перед собой ясную лестницу: Junior → Middle → Senior. Рост компетенций сопровождается ощутимым ростом зарплаты, и это даёт мощный заряд мотивации. Пока мы проходим этот путь, редко возникают проблемы вроде выгорания — усилия оправданы: мы развиваемся, получаем новый опыт, улучшаем качество жизни. Но что происходит, когда вы достигаете уровня Senior? Зарплата упирается в «стеклянный потолок», задачи становятся однотипными, а привычный драйв исчезает.

Эта статья — для тех, кто уже приблизился к такому потолку. Кого-то это не сильно волнует, и он готов долго оставаться с одной зарплатой и делать плюс-минус одно и то же. Но большинство людей всё же привыкает к стремительному росту, который был от джуна до синьера, и начинает испытывать определённые переживания по этому поводу. Поэтому давайте разберёмся, что же там дальше можно поделать, куда стоит идти, а куда — не стоит. В этой статье я разберу, почему классические пути развития «после сеньора» часто оказываются тупиковыми и почему создание своего продукта или стартапа — самый недооценённый вариант.

Дисклеймер. Всё, что будет в этой статье, — результат моего личного опыта. Я попробовал многое за свою карьеру: давно дорос до синьера, был тимлидом в нескольких компаниях, пробовал себя в менторстве, работал в онлайн-школах, развивал медийку и запускал собственные продукты. Поэтому прошу не обижаться, если кого-то заденут мои наезды на некоторые направления — ничего личного, это лишь мои впечатления, основанные на собственном опыте.

1. Тимлидство: ловушка ответственности

Начинающие разработчики примерно так думают про карьеру тимлида:

Источник — эпизод South Park про гномов, которые зарабатывали деньги по такому бизнес-плану: собрать трусы → ??? → profit. Авторы высмеяли псевдостратегии, где есть идея и ожидание денег, но нет реального плана
Источник — эпизод South Park про гномов, которые зарабатывали деньги по такому бизнес-плану: собрать трусы → ??? → profit. Авторы высмеяли псевдостратегии, где есть идея и ожидание денег, но нет реального плана

На самом деле ошибка — думать, что, перейдя в тимлиды, вы автоматически начнёте зарабатывать сильно больше. Если по-честному, то это скорее откат назад, потому что вы из хорошего разработчика переходите на позицию джуниор-менеджера (условно, конечно же). Тимлиды часто получают либо столько же, сколько разработчики, либо больше примерно на 10%. Опытные тимлиды с несколькими годами опыта именно в менеджменте могут зарабатывать где-то на 20% больше, чем синьор-разработчики. Но всё это, конечно же, среднее по больнице.

Но что не так с этой ролью:

Здесь почти ничего общего с разработкой — это другая профессия

Вместо кода вы отвечаете за атмосферу, процессы, сроки и удовлетворённость людей. Соответственно, для этого нужны совсем другие компетенции, к которым новички часто не готовы. Большинству разработчиков, которые искренне любят развиваться в технологиях и писать код, всё это может не понравиться, потому что вы перестаёте получать удовольствие от работы. В итоге вы работаете работу на работе, а всё свободное время тратите на то, чтобы поддерживать и развивать свою первую специализацию, не отстать от рынка и иметь возможность пройти собеседование на синьёра в случае чего (ну мало ли).

Рост нагрузки при малом росте дохода

Объём работы вырастает примерно на 50% по моим ощущениям из-за бесконечных встреч и рутины, а зарплата на рынке РФ у тимлидов незначительно больше, чем у синьёров, как писал ранее.

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

Негатив с двух сторон

Тимлид — это громоотвод. Сверху на него давит бизнес из-за сорванных сроков, а снизу — разработчики, недовольные ростом техдолга или процессами.

Например, я бы не сказал, что был плохим тимлидом. Но как бы я ни старался, я никогда не получал столько негативной обратной связи, как в период, когда работал тимлидом продуктовой команды в Профи: потерял фокус на проекте, затянул сроки, не слежу за метриками команды. Это очень выматывает. При этом положительные моменты воспринимаются как должное — хорошая атмосфера в команде, никто не увольняется, проекты успеваются в срок. И попробуй докажи, что ты что-то сделал для этого, а не «оно само едет».

Тимлид тимлидов тимлидов тимл… но всё равно наёмный сотрудник

Перспективы в этой ветке тоже ту��анны: позиций уровня Engineering Manager (менеджер над менеджерами) мало, и их обычно занимают люди, годами растущие внутри одной компании. Для многих это превращается в бесконечный круговорот: переход в тимлиды, выгорание, откат обратно в senior-разработчики и поиск новой компании.

Во всех случаях, которые я знаю, тимлидами тимлидов становились в момент роста компании. Ты был тимлидом продуктовой команды, появлялась новая команда, и в неё тоже нужен был тимлид. Ты, например, переходишь работать сразу с двумя командами, менторишь нового тимлида или нанимаешь его с рынка. (Ох, закружилась голова от количества тимлидов, сори.) И так потихоньку поднимаешься над несколькими лидами и становишься их руководителем.

В итоге базовый максимум для тимлида — стать тимлидом тимлидов. Получать стабильную, хорошую, но не космическую зарплату и зависнуть в этом состоянии на много лет, привязавшись к одной компании. При этом вы всё ещё будете где-то около разработки, операционки и процессов. Никто вас не допустит к кормушке, не позовёт на стратегическую сессию в Дубай и не поделится выручкой. А при смене работы вы, скорее всего, откатитесь до тимлида в лучшем случае, потому что такое же тёплое местечко будет сложно найти: к нему давно уже прирос другой тимлид тимлидов с ипотекой и тремя детьми.

2. Staff Engineer, principal или архитектор: мечта дефолтного кодера

Путь Staff Engineer или архитектора выглядит заманчиво: вы остаетесь в коде и получаете на 10–20% выше рынка. При этом вам не нужно заниматься менеджерскими обязанностями (хотя это спорно, конечно, особенно в случае архитектора).

Я знал не��кольких таких людей, которые достигли довольно высокого уровня именно в разработке, получили грейд +1 или +2 от синьера и при этом не занимались менеджментом, а продолжали кодить. И во всех случаях это были люди, которые много лет работали в одной компании, вот прям +7 лет. Они попали в растущий продукт, накодили кор-фичи, после чего начали нанимать новых людей. Их экспертиза оказалась важной: они знали до тонкостей, как работает система, и компания была готова платить им больше и давать любые лычки.

В этом пути есть скрытый риск — обнуление экспертизы. Большинство таких специалистов ценны своими уникальными знаниями конкретной системы, которую они строили годами. Как только вы меняете компанию, ваши кор-знания обнуляются, и вы снова становитесь обычным senior-разработчиком с соответствующей зарплатой. Так один из моих знакомых после ухода из компании с жирной позиции перешёл на позицию обычного синьор бэкенд-разработчика.

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

Конечно, можно стремиться в эту сторону, но речи об экстрадоходах здесь не идёт. Это направление развития всё равно имеет свои ограничения, если не рассматривать совсем уж уникальные кейсы, когда ты «крипто-нейро-AI-эксперт», которого покупают за три ставки.

3. Менторство и преподавание: инфоцыганство и скам

Я попробовал себя и в этой нише — от онлайн-школ до личного менторства.

Никогда, слышите, никогда не работайте в онлайн-школах

Это карьерный тупик. Оплата часто составляет от 300 до 2000 рублей в час, а процессы выстроены так, что долгосрочного развития как эксперта там нет.

Я работал в нескольких известных онлайн-школах на разных позициях. Это всегда бесконечное количество неблагодарной работы за копейки.

Карьерного роста там просто не может быть, потому что в большинстве случаев это работа на подряде. В двух онлайн-школах была одинаковая ситуация: я разрабатывал курсы, и как только заканчивался определённый проект, кураторы просто пропадали, потому что увольнялись. Дальше тебя никто не передавал другим кураторам, потому что они не делятся подрядчиками между собой.

Из другой онлайн-школы я просто сбежал через два месяца работы. Я писал об этом отдельную статью, которая получила хороший отклик на Хабре.

Личный менторинг — продай совесть либо стань инфоцыганом

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

Учитывайте также, что запросы могут быть абсолютно разными, и поставить это на поток не получается. Чтобы вникнуть в контекст проблемы, мне требовалось дополнительное время до звонка, а после — ещё время, чтобы подвести итоги и просто прийти в себя. При этом получаешь ты условные 3000–5000 рублей только за сам час звонка, хотя ментально у тебя выпадает два-три часа.

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

Я выставлял своё предложение на разных менторских площадках, и там практически невозможно конкурировать. Большинство объявлений — про вкат в IT или накрутку опыта. Сейчас рынок менторства во многом работает именно так, и зарабатывать можно в основном на этом. Такой тренд был в 2023–2025 годах, но дальше, с усилением проверок и ужесточением собеседований, он, скорее всего, начнёт падать — и даже так зарабатывать уже не получится.

Скриншот с сервиса поиска менторов, где каждое второе предложение — про вкат в IT с накруткой опыта
Скриншот с сервиса поиска менторов, где каждое второе предложение — про вкат в IT с накруткой опыта

Я также знаю несколько кейсов, когда люди зарабатывали на менторстве больше миллиона рублей в месяц. Но и здесь всё не так просто. Для этого нужно выстраивать сеть помощников, где ты уже практически не преподаёшь сам, а продаёшь предзаписанные материалы или обучение ведут другие люди за копейки. По сути, ты просто строишь свою онлайн-школу. А здесь уже не обойтись без продажи обещаний, воронок и прочих инфоцыганских методов.

В общем, на работу мечты это не очень похоже, поэтому идём дальше.

4. Медийка — хорошо, но не стоит строить иллюзий

Telegram-каналы и YouTube полезны для личного бренда. Но они работают скорее как дополнение к другим веткам развития. Например, менеджеру проще находить работу, если он ведёт профессиональный канал. Возможно, со временем появится похожий тренд и для разработчиков, которые ведут экспертные каналы и пишут статьи, учитывая, насколько жёстким стал найм и как сильно снизился уровень доверия. В любом случае лишним это точно не будет.

А для тех, кто выбрал путь менторства, медийка вообще становится неотъемлемой частью, потому что только так можно стабильно получать новых клиентов.

Но денег в медийке нет

Например, по своему опыту могу сказать, что на тг-канале в 2000 человек ты не зарабатываешь ничего. А чтобы собрать эти 2000 подписчиков, нужно приложить очень большие усилия. Чтобы зарабатывать на небольших каналах до 10 000 подписчиков, нужно что-то продавать — менторство или инфопродукты. На рекламе не выедешь.

Как основной источник дохода медийка работает плохо. Чтобы зарабатывать реальные деньги на своих каналах только на рекламе, нужно создавать конвейерную медиа-империю с командой и вложениями, что для обычного разработчика-одиночки практически недостижимо.

Мой выбор: совмещение работы в найме + свой продукт

Я остановился на стратегии: оставаться senior-разработчиком в найме и параллельно развивать свой проект.

Почему это выгодно?

Еще никого не увольняли за свои продукты

Я не знаю ни одного случая, когда человека увольняли за то, что ��н делает свой пет-проект, даже если он монетизируется. Поэтому это довольно безопасный способ совмещения с наймом, например по сравнению с тем же совмещением нескольких работ в найме.

Условно без вложений

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

Но даже если и захочется что-то инвестировать, можно договориться с самим собой и вкладывать, например, до 500 $ в месяц в тот же маркетинг — если есть такая возможность. Главное — не влезать в кредиты и не затаскивать свою семью в долги.

Отсутствие потолка

Только свой продукт даёт шанс на экстрадоход (свыше 10 000 $), который невозможно получить в найме простым увеличением количества рабочих часов. Да, шанс небольшой, но ты при этом ничего не теряешь, оставаясь в найме, пока не получится.

Статистика — не аргумент против

Статистика про то, что «взлетает 1% стартапов», включает в себя массу людей без компетенций или тех, кто делает продукт просто ради изучения новой технологии, без цели решить реальную боль или заработать. Сюда же попадают и «мамкины бизнесмены вайб-кодеры», которые умеют генерировать гениальные идеи и картонные MVP, но сделать без денег и команды ничего не могут.

Давайте будем честными: можно сказать, что в IT тоже «вкатывается 1%». Но все, кто глубоко в теме, понимают, что при определенном упорстве и ежедневной работе над собой без ожидания легкого пути — этот шанс намного выше.

Если раз за разом развиваться в этом направлении и осознанно делать продукты с целью решить конкретную боль пользователя и заработать, то с каждой новой попыткой ты будешь допускать всё меньше ошибок и повышать свои шансы на успех.

Единственный путь в CTO

Я знаю нескольких CTO, и все они пробовали делать свои стартапы — пусть даже неудачно. Поработать тимлидом, архитектором и попробовать разные роли в жизни, конечно же, полезно перед созданием собственного продукта. Но стать руководителем без опыта построения чего-то своего, скорее всего, не получится. Вот и думайте.

Что-то типа вывода

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

В тг-канале «Из найма в продукт» я пишу про свой путь к собственному продукту: как развиваю приложение, с чем сталкиваюсь и чему учусь по дороге. Заходи, если тоже хочешь делать свой продукт.

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


  1. ermadmi78
    08.01.2026 23:41
    #29358212

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


    1. vital_pavlenko Автор
      08.01.2026 23:41
      #29358258

      Согласен. Поэтому при первых попытках разработчики допускают довольно банальные ошибки — берут топовые технологии, закладывают архитектуру под миллион пользователей, делают идеальный продукт с точки зрения кода. А кто-то годами сидит что-то пилит и никому не показывает. При этом избегают самого главного — валидации потребности, общения с потенциальными пользователями и конечно продаж.

      Но все равно с чего-то нужно начинать, и большинство учится на таких ошибках, и такой этап вероятно даже нужно пройти всем


      1. andreyiq
        08.01.2026 23:41
        #29358464

        Поэтому при первых попытках разработчики допускают довольно банальные ошибки — берут топовые технологии, закладывают архитектуру под миллион пользователей, делают идеальный продукт с точки зрения кода.

        Вы видимо не про тимлидов, тимлиды обычно разрабов ровно за это ругают


      1. myshkin_does_it
        08.01.2026 23:41
        #29361416

        и тут вдруг приходит озарение, что продакты и проджекты не такие уж плохие идеи предлагали)


    1. poige
      08.01.2026 23:41
      #29358492

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

      А список этой пресловутой «перпендикулярщины» не затруднит привести?


      1. Ndochp
        08.01.2026 23:41
        #29359780

        Так ровно тот же, что в статье:

        Вместо кода вы отвечаете за атмосферу, процессы, сроки и удовлетворённость людей. Соответственно, для этого нужны совсем другие компетенции, к которым новички часто не готовы.

        Только в разделе про тимлидов это про начальство и разработчиков, а у предпринимателя - про клиентов. Ну и еще добавляется умение продавать, а не просто нравиться. Вон на соседней вкладке про ТеилВинд - нас любят, но не платят.


        1. poige
          08.01.2026 23:41
          #29359792

          Я всё ещё жду список ✌️строго-перпендикулярных✌️ навыков и опыта… Более того — там по тексту одни должны как-то мешать другим «создавая иллюзию компетентности» — что уже даёт понять, что тут использование термина «перпендикулярных» концептуально неверно — перпендикулярные не мешают по определению. Перпендикулярность это независимость. Если кому-то мешают независимые скиллы, ну, как говорится, может дело в чём-то другом вообще? Мешать могут коррелирующие или конфликтующие навыки, но не ортогональные.


          1. Unnemed112
            08.01.2026 23:41
            #29360592

            Неужели это настолько неочевидно? Вспомнить хотя бы почему все mvp по качеству кода полная шляпа. У разрабов одна болезнь - технический перфекционизм, пока они строят абстракции и пишут эффективный код, время уходит, а кривущий кусок гавнакода уже проверяет бизнес идею на проде. Это что касается мешает. При этом так же не понятно как навык настройки кубернетиса может помочь в привлечении клиентов на продукт и построении воронки


            1. poige
              08.01.2026 23:41
              #29360656

              А что тут должно быть очевидно, кроме того, что это — какой-то суповой набор из клише, а не реальных вдумчивых доводов? Как, например, «болезнь разрабов — перфекционизм». В жизни немало разрабов делают откровенный х-к-х-к-в-продакшн™ — мемас про это дело оформлен, но не оказывается, «Перфекционизм — болезнь разрабов», лол. Перфекционизм это отдельно стоящее личное качество, встречающееся у части разработчиков, отнюдь не у всех.

              как навык настройки кубернетиса может помочь в привлечении клиентов на продукт и построении воронки

              Я так полагаю, что если попросить пояснить как этот навык помешает, то аргументы придётся вытаскивать тоже из какой-нибудь воронки. Выковыривать даже, точнее сказать. :)

              Так что мешает отнюдь не опыт, а ошибки мышления — ваш комментарий это ярко иллюстрирует. ;)

              P. S. И я бы понял, речь изначально была бы о неких свойствах личности — вот тут да, другое дело, наверняка будет что-то, что действительно конфликтует у этих двух ипостасей. Но сказано-то было «навыки и опыт» — и не «конфликтуют», а «строго перпендикулярны» — то есть ровно обратное — «нулевая взаимная проекция», друг-другу не мешают.


              1. Unnemed112
                08.01.2026 23:41
                #29360962

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


                1. poige
                  08.01.2026 23:41
                  #29361030

                  Мем тут был не аргументом, а иллюстрацией — как раз к тому, что ты называешь очевидным, но что в реальности уже давно высмеяно даже самими разработчиками. А вот поскольку аргумента против логической каши изначального тезиса так и не прозвучало, то смысла не то что дальше, но и ближе раньше тоже не было.

                  Может в этом, конечно, внезапно виноват «навык настройки кубера», но чё-т сомнительно мне как-то. ;)


                1. ermadmi78
                  08.01.2026 23:41
                  #29361126

                  Я не вижу смысла дальше вести диалог.

                  Вы приняли правильное решение. Вашему собеседнику диалог не нужен. Ему нужен конфликт. Он свой внутренний страх и тревогу пытается выплеснуть через агрессию. Помочь ему вы ничем не сможете. Можно только посочувствовать.


                  1. poige
                    08.01.2026 23:41
                    #29361168

                    — Выдал человек, которому его «технический скилл в этом начинании ничем не поможет, а то «скорее будет мешать, создавая иллюзию компетентности». :) И непонятно, то ли это его «разработка программного обеспечения на платформе Java» так, то ли что-то другое. Но помочь ему вы ничем не сможете ©, мда…


            1. Dhwtj
              08.01.2026 23:41
              #29361888

              У разрабов одна болезнь - технический перфекционизм

              Потому что разработчики и архитекторы единственные, кто мыслит как поддерживать продукт через 5 лет: им же самим с говнокодом жить потом. У менеджеров горизонт планирования до годовой премии максимум, чаще до квартальной.

              Product owner ещё может мыслить на большой горизонт, но ему все мешают.


              1. Unnemed112
                08.01.2026 23:41
                #29363746

                через 5 лет может и проекта этого уже не будет, и состав команды сменится не один раз, а может быть вообще сменится вектор роста проекта и вся ваша дорогая архитектура улетит в трубу. И останутся только довольные разработчики с чистой совестью и инвестор с дыркой от бублика вместо бюджета. но зато в гите будет дорогой и идеально спроектированный код


          1. Ndochp
            08.01.2026 23:41
            #29361176

            Перпендикулярные скиллы не мешают, а обычно отсутствуют. Так как человек развивается обычно хорошо в одной области и ее окрестностях. На примере института - ребята, хорошо понимавшие дискретку, численные методы и программирование плыли в функциональном анализе и наоборот. А это вроде почти одно направление - математика.
            Запоминание кучи несвязных (не выводящихся из аксиом по цепочке утверждений) фактов у них шло еще хуже, а юристы и биологи это умеют хорошо, но они хуже строят алгоритмы.
            Чувствовать людей это опять же ортогональное направление. У меня перед глазами пример как джун программист вместо мидла отпрыгнул в сторону и сейчас рулит международными проектами как продакт (пред глазами - так как департамент он не поменял).

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


            1. ermadmi78
              08.01.2026 23:41
              #29361232

              Да, полностью с Вами согласен. Так и есть. Просто все люди разные. У всех свои таланты и свои слабости.


            1. poige
              08.01.2026 23:41
              #29361292

              Если у вас нет навыка «издать ноту ля», но есть — её услышать — это значит, что они перпендикулярны? Или нет? :) Я изначально просил список этой самой «строгой перпендикулярщины», но «программист на платформе Java», вместо того, чтобы тезисно подкрепить мысль начал бегать по веткам оппонентов, напялив уже то ли белое пальто, то ли белый халат, чтобы про мой «внутренний страх и тревогу» вещать — позабыв, как водится, не то что про список, но даже и про собственную перпендо-теорию :)

              юристы и биологи это умеют хорошо, но они хуже строят алгоритмы.

              Да, когнитивные стили разные. Как отсюда вывести, что понимание алгоритмов мешает продажам? Никак.

              А как там будет пользователю в голову не приходит в обоих случаях.

              Типа, не бывает программистов, которые делают качественное ПО, где «как там будет пользователю» в голову приходит?

              В общем, я смотрю тут веселая веточка выросла, ахха, «своя атмосфера». :)


    1. s0lar
      08.01.2026 23:41
      #29359664

      Ну если честно, то любая альтернатива роста из статьи, так же отходит от технических скилов в сторону. Желание стать тимлидом, наставником, блогером - так же требует наличие других навыков. Так что, при прочих равных, развивать свой продукт, кажется, не самым плохим вариантом!


      1. ermadmi78
        08.01.2026 23:41
        #29360172

        Да, согласен. Когда упираешься в стеклянный потолок, то любой шаг "выше" или в "сторону" приводит к тому, что приходится выходить из уютной ниши технаря в совершенно другой мир. И если уж выбирать между карьерным ростом и собственным бизнесом, то собственный бизнес выглядит привлекательнее. Но в него и вкладываться нужно больше, чем в карьерный рост. И рисков там больше.

        Лично я попробовал все варианты - и карьеру и бизнес. Чисто карьерный рост мне сильно не понравился а запустить бизнес у меня не получилось. Поэтому вернулся в нишу пресловутого Staff Engineer.

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


  1. trueMoRoZ
    08.01.2026 23:41
    #29358228

    Если не тимлидстве работы становится на 50% больше, а зп только на 20%, то получается, вас успешно налюбили


    1. vital_pavlenko Автор
      08.01.2026 23:41
      #29358264

      Под дополнительными 50% работы я имею в виду в том числе дополнительную когнитивную нагрузку. Когда ты разработчик, ты закрыл задачи и пошёл заниматься своими делами. А у тимлида много разношерстной ответственности — за людей, за проекты, в итоге ты думаешь об этом и перед сном, и сразу после пробуждения


      1. gogie
        08.01.2026 23:41
        #29358438

        Не нужно сказок, тимлид существует только для того чтобы доделывать работу за мидлов и синьор разработчиков, которые ведут себя как дети, причем ведут так они себя всегда. Поэтому у Лида ответственности - х1000, а работы - хРазработчиков в команде. Один за всех как говорится, не работа, а цирк


        1. kompilainenn2
          08.01.2026 23:41
          #29358498

          тимлид существует только для того чтобы доделывать работу за мидлов и синьор разработчиков

          очень плохой тимлид значит, не сумел заставить доработать до конца, не настоял на замене "детей", и так далее


          1. nervnomancer
            08.01.2026 23:41
            #29358618

            >на замене "детей"

            и какова же процедура смены ленивого-долбоёба-который-делает-ровно-минимум по ТК РФ?


            1. Arm79
              08.01.2026 23:41
              #29358794

              Легко. Просишь заменить на проекте или уйти по собственному. 99% не изображают из себя жертвы репрессий и уходят.


              1. aloginovpro
                08.01.2026 23:41
                #29359004

                Наблюдал за историей коллеги, которая и перформила не очень, и конфликтовала - под неё четыре месяца копали CTO и HR, но в итоге договорились на увольнение с тремя окладами.


                1. Newbilius
                  08.01.2026 23:41
                  #29360094

                  Не противоречит высказыванию @Arm79 - он же не сказал, что 100% уходят без борьбы)


                1. t1nker
                  08.01.2026 23:41
                  #29360132

                  Дополню @Newbilius, три оклада это разумная компенсация за увольнение человека с работы по желанию работодателя.

                  Если компания хочет неудобного человека сократить другими способами, то вопросы к компании. Либо не увидели проблему на этапе найма/испытательного срока, либо компания излишне жадная, либо какая-то личная неприязнь в коллективе


              1. nervnomancer
                08.01.2026 23:41
                #29359202

                >99% не изображают

                хахаха

                >А что значит вот это "делает-ровно-минимум по ТК РФ" ?

                приходит на работу вовремя. закрывает тикеты со скоростью черепахи. почитывает в "свободное время" ТК РФ. ну давай, удачи уволить такого по СЖ


                1. Arm79
                  08.01.2026 23:41
                  #29360580

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

                  Но это, согласитесь, идиотизм. И так вести себя - просто противно. Проще договориться и дать время на поиск работы (месяц, два), или выплатить компенсацию и по соглашению сторон.

                  В конце концов, рынок ИТ не такой большой, при устройстве на работу все равно пробивают человека (по крайней мере в крупных компаниях). Полюбовно расстаться, если не сработались, в интересах всех участников


                  1. Ndochp
                    08.01.2026 23:41
                    #29361186

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

                    И не забыть устроить такой же террор ко всем окружающим. Иначе на раз два доказывается предвзятое отношение.


                1. Nalivai
                  08.01.2026 23:41
                  #29361020

                  приходит на работу вовремя.

                  У-у-у, гад какой.
                  А вообще как нанимать на должностную инструкцию "разработчик должен разрабатывать" так легко, а как потом метрики нормальные мерять, так начинается скорость черепахи. Надо скорость кролика, пишите метрики про кролика. Не удивляйтесь правда потом что будут делать что меряете.
                  Если бизнесс так устроен что важно чтобы тикеты закрывались на сверхзвуке, но это должно быть специфицировано, а когда специфицированно, то можно уже обвесить вознаграждениями и штрафами, глядишь никого и увольнять не придется. А вот если специфицировать не получается, то это уже не разработчика проблемы, возможно кого-то другого надо в конторе увольнять.


            1. Roland21
              08.01.2026 23:41
              #29358898

              А что значит вот это "делает-ровно-минимум по ТК РФ" ?
              То, что не лезет вон из кожи с постоянными бессмысленными переработками или что?


              1. Dmitry_604
                08.01.2026 23:41
                #29359210

                Есть несколько градаций все же между условной итальянской забастовкой и сосредоточенной работой по 8 часов в день (хотя последнее имхо и не возможно часов 5-6 Макс размазанных на 8-9).


          1. aloginovpro
            08.01.2026 23:41
            #29359038

            Малопродуктивный разработчик не равно глупый человек. Чтобы обосновать необходимость замены нужно предъявить его реальные косяки, но сотрудник будет избегать их совершения


        1. unabl4
          08.01.2026 23:41
          #29358650

          Да ладно) По моим ощущениям, в тимлиды идут (либо их продвигают) те, кто к написанию кода не сильно предрасположен в принципе. Уж точно не тимлиду доделывать за мидлами и уж тем более сеньорами их программерскую работу. Это ещё вопрос, кто за кем что доделывать должен. Техлиду (если это не вторая, совмещённая роль тимлида) - ещё куда ни шло. Вот когда от тимлида раз в сто лет прилетает PR, сразу понятно, что лучше бы он код вообще без лишней надобности не трогал.


          1. Hyperplasia
            08.01.2026 23:41
            #29358928

            Всё зависит от структуры. На моей практике нет чистых Тимлидов - это либо Техлид + Тимлид или Продакт + Тимлид. Продакту не обязательно знать всю кухню разработки - у него другие задачи, в отличии от Техлида


            1. aloginovpro
              08.01.2026 23:41
              #29358968

              Соглашусь, за время работы в 10 компаниях на более чем 15 проектах лишь один раз встретил разделение ролей на тим и техлида. В остальных случаях есть просто лид, и его задача - обеспечивать деливери фичей


        1. urvanov
          08.01.2026 23:41
          #29359028

          Не нужно сказок, тимлид существует только для того чтобы доделывать работу за мидлов и синьор разработчиков,

          Это не так, тимлид как раз таки должен сделать так, чтобы эти мидлы и сеньоры доделывали сами свою работу, обеспечив им для этого всё необходимое, если нужно, то выбив стенд для разработки/тестирования, договорившись с соседним отделом и т. д.


          1. gogie
            08.01.2026 23:41
            #29364472

            Что не так то? Что он должен или не должен и с чем реально приходится работать это абсолютно разные вещи. И вы бы это поняли, если бы поработали тимлидом в каком нибудь проекте без готовых процессов. Где тимлид и девопс и фронт и бэки продакт и прожект и уборщица и архитектор


  1. Kermit1
    08.01.2026 23:41
    #29358268

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


  1. andreyiq
    08.01.2026 23:41
    #29358482

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

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


    1. WALKER898
      08.01.2026 23:41
      #29358646

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

      Это возможно только в двух случаях:

      1. Вы недонагружены как тимлид из-за неправильных процессов в компании, так как в идеале одного из нескольких тимлидов надо понизить, а его обязанностями донагрузить остальных.

      2. Вы пытаетесь усидеть между двух стульев делая свою работу абы как.

      В любом случае вы - кошмар для вашей команды. Я работал с такими и врагу не пожелаю:

      • Хватаются за сложную / интересную / важную задачу, из-за недостатка времени и деградировавшего опыта делают абы как не учитывая все требования и крайние случаи, а потом этот шлак приходится чинить. Иногда ночью в выходные.

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

      • Загребают себе важный проект в надежде на плюшки, пролюблювают отпущенные сроки, в потом скидывают это на кого-то, чтобы он отгреб за недоделанный продукт.

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

      • Скидывают часть тимлидской работы (совещания, отчёты) на сотрудников, а потом выставляют претензии: ты на том совещания не то сказал или почему ты просидев под дня на совещаниях мало кода написал.


      1. andreyiq
        08.01.2026 23:41
        #29358746

        Хватаются за сложную / интересную / важную задачу, из-за недостатка времени и деградировавшего опыта делают абы как не учитывая все требования и крайние случаи, а потом этот шлак приходится чинить. Иногда ночью в выходные.

        Вы действительно думаете, что тимлид с постоянным опытом в разработчик с 15+ лет, не учитывает требования и крайние случаи и ещё при этом делает откровенный шлак? Интересно зачем такого человека повышать с разраба до тимлида

        Загребают себе важный проект в надежде на плюшки

        Мне жаль что вам в профессии не попались люди которым нравится их работа не за плюшки, а просто потому что это интересно


        1. WALKER898
          08.01.2026 23:41
          #29358796

          Вы действительно думаете, что тимлид с постоянным опытом в разработчик с 15+ лет, не учитывает требования и крайние случаи и ещё при этом делает откровенный шлак?

          Я не думаю, я видел, причем неоднократно.

          Интересно зачем такого человека повышать с разраба до тимлида

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


          1. andreyiq
            08.01.2026 23:41
            #29358870

            Видимо мне повезло и мне не попадаются люди которые не на своем месте.

            говорит только то, что совпадает с мнением начальства, не может сказать "нет"

            Зачем вообще такого звать на совещание, если и так понятно что он скажет

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

            Тут вопрос к тем кто принимает решение кого делать тимлидом. Как вообще человек который не может брать на себя ответственность, дошел до руководящей должности, с него же первого должны спросить почему не смогли сделать обещанного и ответ что он молодец, а команда косячная, мягко говоря должен насторожить


            1. bbc_69
              08.01.2026 23:41
              #29359164

              Потому что у тех, кто спрашивает, тоже есть начальство. И если они могут уволить менеджера, то и их можно уволить, наверное. С той же мотивацией. У начальства вообще главная задача получается, скинуть ответственность на другого. Так и живём.


      1. dominus_augustus
        08.01.2026 23:41
        #29359136

        Вот этот случай

        • Загребают себе важный проект в надежде на плюшки, пролюблювают отпущенные сроки, в потом скидывают это на кого-то, чтобы он отгреб за недоделанный продукт.

        Был случай, тимлид взял задачу, легаси код, несколько месяцев делал ее, а итоге не справился и решил скинуть за 2 недели до дэдлайна, мне, получил закономерный отказ, задача явно не на две недели с учетом кучи легаси. Обозлился и после этого пытался всячески поднасрать по работе


    1. bak
      08.01.2026 23:41
      #29358940

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

      Вообще абсолютно разные компетенции. Тимлид / тимлид тимлидов - это проджект-менеджер. Он не отвечает за продукт. Он отвечает за людей. При разработке своего продукта у вас людей практически нет на начальном этапе. Вам нужны навыки продакт-менеджера, сейлза, маркетолога, ну и разработчика чтоб MVP запилить.


  1. shanker
    08.01.2026 23:41
    #29358512

    Свой продукт - это здорово. Но, это - путь "не только лишь для всех, мало кто может":

    1. Понять, что именно требуется и кто именно будет покупать. И по какой цене.

    2. Понять как это оформить так, чтоб потом не было проблем с законом

    3. Чётко выстроить работу техподдержки (учитывая, что этот проект - не основная работа). Люди покупают не просто продукт, а и поддержку тоже (её возможность, если что-то не работает)

    Странно, что не рассмотрен вариант повышения з\п - смена работодателя: либо текущий захочет повысить, чтоб ты не ушёл (но, это - редкость). Либо находишь место, где больше платят. Заодно и смена специфики - есть возможность набрать новых компетенций на новом месте. Упёрся в потолок - не беда: снова ищешь другого работодателя. Не подходит только для людей, которые психологически не готовы менять работу (либо из-за опасений неизвестного, либо разочаровываются из-за неудачи на собесах, после которых развивается\усиливается комплекс неуверенности в себе, неполноценности).


    1. Dmitry_604
      08.01.2026 23:41
      #29358716

      Через смену работодателя не прокатит если вас повышали по рынку на месте где вы росли, особенно сейчас, скорее всего еще найти где предложат столько же

      Ну либо это какие то уникальные единичные вакансии, их имеет смысл искать но их реально очень мало.


  1. nsk_fedotov
    08.01.2026 23:41
    #29358522

    В целом с идеей изложенной в статье согласен.

    Пришел к аналогичным выводам для себя некоторое время назад.

    Сейчас я тех.лид в крупной компании. Ровно год веду свой проект.

    Из хорошего, это интересно и мне дало дополнительную мотивацию заниматься любимым делом.

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

    За год собралась команда из 3 человек и мы дошли до рабочего прототипа. Буквально на днях заработал первые 100$. Что будет дальше покажет время, энтузиазм пока не угасает, даже скорее разгорается сильнее.)


  1. vkomp
    08.01.2026 23:41
    #29358616

    Сделал свой продукт, теперь учусь продавать, что чревато просадкой по техническим скиллам. Но не первый день замужем! и своё же продавать, так что держусь. Но если можете не делать своего, то не делайте!


    1. ProgerMan
      08.01.2026 23:41
      #29361916

      Продажа и маркетинг - просто главная боль! Есть продукт, но трудно без этого привести пользователей.


  1. moooV
    08.01.2026 23:41
    #29358922

    Немного не в тему поста, но в некоторых странах и компаниях есть еще и дискриминация. Например, я работаю в японской корпорахе в японии и у нас есть неофициальное полиси: иностранцам в менеджмент нельзя, при этом на паспорт не смотрят. Есть кейсы когда люди вообще всю жизнь прожили в японии и имеют японский паспорт с рождения, но они хафу (один из родителей не японец) и таким в менеджмент путь тоже закрыт. Кстати, как и полностью чистокровным японцам кто вырос не в японии (поэтому им реально важно знать при трудоустройстве в какие школы ходил и в каком универе учился с кем).

    Конечно, тут есть много международных компаний и филиалов всяких FAANGов где такого нет. Но во многих чисто японских компаниях это дефолт.


  1. lear
    08.01.2026 23:41
    #29358934

    По поводу своего продукта - как только готов минимальный функционал, сразу в прод =)

    Иначе начнется бесконечная работа по доведению до идеала.


  1. ToSHiC
    08.01.2026 23:41
    #29358954

    Переходите в бигтех, там над вашим синьор грейдом будет возможность еще на 3 грейда вырасти, причем это будут актуальные знания, а не "эксперт в легаси". Эффект масшиаба работает, сложность систем выше, возможностей изучать новое больше.


  1. bird_oiseau
    08.01.2026 23:41
    #29358974

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


    1. barloc
      08.01.2026 23:41
      #29359916

      Разница в том, что там ты тимлид за +20%, а в своём продукте потолка нет :) минимума правда тоже :)


      1. cybersunt
        08.01.2026 23:41
        #29360374

        Так продукт может не взлететь, и тогда можно вообще в минус уйти


  1. LeoJoy
    08.01.2026 23:41
    #29358982

    Часто люди думают, что если сделают крутой продукт, то его сразу будут покупать. Вообще нет, его надо ещё продавать и раскручивать. Многие разрабы на этом погорели. "из 5 долларов на создание продукта 3 я потрачу на рекламу" Г. Форд


    1. urvanov
      08.01.2026 23:41
      #29359036

      Я думаю, инфоцыгане уже всем доказали, что главное продать обещания, а уж что за продукт там будет - это не важно


      1. riky
        08.01.2026 23:41
        #29362404

        Только верят им не все, у них особая аудитория. Это как казино, туда далеко не все ходят.


    1. akuli
      08.01.2026 23:41
      #29359756

      Форд жил в эпоху, когда конкуренция была ниже. Сейчас из 5 долларов надо тратить на рекламу 4.99, а продукт собирать из опенсорса бесплатно


  1. XelaVopelk
    08.01.2026 23:41
    #29359020

    Путь ... архитектора выглядит заманчиво: вы остаетесь в коде

    это большое заблуждение. Архитектор - это встречи, встречи и ещё раз встречи... И ещё "кубики", как же без них.


  1. 1755
    08.01.2026 23:41
    #29359156

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


    1. vital_pavlenko Автор
      08.01.2026 23:41
      #29361270

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


  1. uxgen
    08.01.2026 23:41
    #29359198

    Свой проект имеет смысл для B2B, как кирпичик (SDK, фреймворк, тулза) в большом продукте. Я в нескольких таких копаниях работал и это намного эффективнее чем аналогичные команды в больших компаниях.

    Свой проект в виде B2C имеет большой минус - ты навсегда привязываешься к этому проекту. Хочешь делать что-то другое и снова сидишь без денег, потому что конкуренты быстро сделают аналог и накинут новых фичей. А поддержка проекта и развитие проекта отнимает все время, еще нужно нанимать чтобы самому не тестировать и не фиксить примитивные баги. Когда ИИ сможет избавить от такой рутины, тогда станет намного проще запускать проекты.


  1. Closius
    08.01.2026 23:41
    #29359324

    «делай свой продукт» - это из разряда «не переживай, у тебя все получится, главное верить и стараться». нахрен твой продукт кому нужен?


  1. DmitryOlkhovoi
    08.01.2026 23:41
    #29359662

    я лет 15 мечтаю о своем продукте, не просто это все))


    1. y_akopov
      08.01.2026 23:41
      #29359932

      12 недель в году (Майкл Леннингтон, Брайан Моран)


  1. beasty4ever
    08.01.2026 23:41
    #29359676

    А не рассматривали путь развития как бизнес внутри бизнеса, вроде как он проще, правда награда меньше но шанс вырасти больше да и ресурсы компании помогают, так как не надо пилить всё в одиночку. В одном из своих коментов я описывал его на модели Адизеса.

    https://habr.com/ru/articles/964470/comments/#comment_29097458


  1. vtal007
    08.01.2026 23:41
    #29359714

    Свой продукт это не ступень карьеры после тимлида (или после синьера), это реально пет-проект. Если есть идеи, силы и желание - можно его запускать в любое время (даже не войдя в IT)

    Вопрос в другом, если толк от этого пет-проекта, сколько сил он требует (ага, продвигаем без денег за счет контент-менеджмента, то бишь статьи пишем.. А статьи видимо сами из воздуха берутся, их писать не надо, контент-план прилетает откуда-то свыше), плюс все проблемы компании (менеджмент, бух-учет, налоги, хостинг, ddos, исполнители (если нанимаете кого-то) и прочее) - это все действительно перпендикулярно работе разраба (петы - это скорее к проджектам.. Они понимают как вообще бизнес функционирует и могут даже навайбкодить что-то)


    1. akuli
      08.01.2026 23:41
      #29359736

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


      1. vtal007
        08.01.2026 23:41
        #29359846

        конечно, поэтому и заниматься им надо как хобби, для фана. Соб-сно "пет" и предполагает просто хобби


  1. akuli
    08.01.2026 23:41
    #29359732

    Про свой продукт без вложений оптимистично вы конечно) Время сеньора стоит денег. Если вы тратите на пет-проект 20 часов в неделю, то по рыночной ставке это $50-100/час упущенной выгоды. За год набегает сумма, которую можно было бы вложить в ETF и получить гарантированный доход, а не лотерейный билет стартапа

    Но с точки зрения самореализации - бесценно


    1. Ndochp
      08.01.2026 23:41
      #29359832

      Ну не знаю, к концу рабочего дня переключаться на подрадбоку меня не сильно тянет, на пета - конечно не с топовой производительностью, но довольно легко. То есть этих 50-100 мне не получить.
      А с учетом нерегулярности занятий петом - это срывы сроков для готовых платить 100 за вечернее время и вот они уже не готовы платить 100.


    1. Whisperwind
      08.01.2026 23:41
      #29360176

      Это на бумаге час равен 100$. Но в реальности появляется куча проблем вроде кому продать этот час за 100$, будет ли этот час так же продуктивен после утомительного рабочего дня и т.д. Это область фриланса, кому-то легко дается, кому-то тяжко, особенно в сочетании с основной работой


  1. Asker1987
    08.01.2026 23:41
    #29359782

    В целом статья понравилась, отражает реалии. Но про свой продукт - тут упс) Сильно мимо, и по ответам на комментарии это также чувствуется. Самое простое - создать продукт, а вот продать - это самое сложное. Невыжившие 99% стартеров - это не про вайб-кодеров или отсутствие экспертизы. Вообще предпринимательство это не про инженерию. Это про страсть, авантюризм, шарлатанство, бюрократию, маркетинг и т.д.


  1. WASD1
    08.01.2026 23:41
    #29360062

    Очень странное ощущение.
    Успешные проекты которые я видел (я правда в системном программировании) - это забег на порядка 3 лет на максимально возможной скорости крайне профессиональной команды.

    Что можно сделать "по вечерам, нерегулярно, без бюджета и привлечения сильной команды" (с шансом выше, чем выиграть в лотерею) - даже близко не представляю.

    Сколько из 400+ млн репозиториев на github начали приносить деньги через год после создания на отметке 30KLoC?


  1. OlegMax
    08.01.2026 23:41
    #29360188

    Советую для симметрии первую картинку вставить еще раз в конце статьи:
    1. Делаешь свой продукт
    2. ???
    3. Profit


  1. RepentantGopher
    08.01.2026 23:41
    #29360828

    С выводом по тимлидству полностью согласен.

    Сам из своих 15 лет опыта пробыл лидом 5+ лет и это реально ловушка для разработчиков, которым никто не объясняет что ты из синьора в одном направлении резко превращаешься в джуна в другом. Многие в этой ловушке живут годами постепенно выгорая.

    С выводом про развитие по техническому треку в корне не согласен, т.к. даже в отечественном it много где отросли роли и должности техлида команды / продукта / направления. Эти роли и должности не исключают менеджмента как такового, откровенно говоря менеджмент начинается у разработчика с синьорского грейда и чем выше даже по техническому треку, тем менеджмента больше, но на этом треке все равно главное это техническая экспертиза, которую разработчик качал предыдущие 10+ лет.


  1. Emelian
    08.01.2026 23:41
    #29360976

    свой продукт — это единственный путь

    В некотором смысле, так. Особенно, когда твою любимую фирму ликвидировали, а новую найти – проблема.

    Только бы хотелось больше информации о «своём продукте», его продвижению, развитию и т.п.

    Например, продемонстрировать, допустим, стратегию: «Написать свою программу, опубликовать её бесплатно на бесплатном сайте, на «Хабре» сделать ей рекламу, а, когда проект выйдет на уровень рабочего прототипа, попросить донатов». Вот, лично я, иду по этому пути. Мой пет-проект уже выходит на уровень стартапа, но, каких-то дельных советов со стороны, я пока не видел. До всего приходится доходить своим умом, даже ИИ («Искусственный Идиот») помогает слабо.


  1. Mizantrop777
    08.01.2026 23:41
    #29361352

    Работаю все время (с 13го года) фрилансе и свои проекты, без понятия что такое ваши тимлиды, милды, джуны и сеньоры, с выгоранием никогда не сталкивался. Что со мной не так?


  1. gekkm4n
    08.01.2026 23:41
    #29361458

    Смысл пахать за копейки 300-500к на чужие компании, когда в своём бизнесе можно кратно повысить себе зарплату? А потом ещё и продать его за миллиард?


    1. BugM
      08.01.2026 23:41
      #29361468

      Потому что в своем бизнесе деньги не будут капать на карточку 5 и 20 числа каждого месяца. А вероятнее всего и вообще никогда не будут. Бизнес так и разорится не выйдя в прибыль.


    1. Trivial_manager
      08.01.2026 23:41
      #29362728

      Да смысл вообще мести улицы, продавать булки и быть аптекарем за копейки, если можно просто быть бизнесменом и зарабатывать миллиард?


      1. gekkm4n
        08.01.2026 23:41
        #29363542

        Вижу вы поняли мою мысль


  1. EmoRagnareks
    08.01.2026 23:41
    #29361578

    У меня был обратный путь.

    Я в 21 год создал свой продукт и к 25 заработал себе на квартиру в своем регионе. Однако, айтишечка штука динамичная, и мой продукт начал умирать. Я пробовал разные стратегии реаниманиции, но никак. В итоге, начал расти в найме.

    В какой-то момент мой годовой доход с найма начал приносить больше продукта, а сейчас на 95% мой доход зависит от найма. Я пытался запускать другие продукты, но все оказывались невостребованыными.

    Естественно, я чувствовал лучше всего себя, когда у меня условно 30% дохода было от найма, а 70% от личного продукта. Пробовал ли я это воспроизвести? Конечно! Но рынок изменился, интернет изменился, я не могу повторить успех продукта.


  1. izibrizi2
    08.01.2026 23:41
    #29361588

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


    1. Dhwtj
      08.01.2026 23:41
      #29362352

      На судне аналог тимлида - боцман


  1. Trivial_manager
    08.01.2026 23:41
    #29362694

    Такое ощущение, что у автора представление о развитии карьеры менеджера или архитектора такое же, как в примере про тимлидов.

    Кажется вполне естественным тот факт, что, когда вы достигаете уровня архитектора или руководителя руководителей, количество вакансий сильно сокращается (как и количество кандидатов на такие вакансии). Вы ещё напишите, что при росте до уровня топ менеджмента, работу приходится искать не на хедхантере.

    Но это не значит, что надо обязательно делать свой продукт. Это значит, что надо менять подход к поиску работы и прохождению собеседований. Например, большая часть вакансий архитекторов и СТО закрывается через знакомства, а не по откликам. Топовых вакансий в больших компаниях, а не СТО в "Рога и копыта" на 15 человек штата, разумеется. Собственно, расширением своего набора полезных контактов надо заниматься, а не кодерством своего продукта.

    И, кстати.

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

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


  1. Akon32
    08.01.2026 23:41
    #29364870

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