Осторожно: эта статья может заставить вас задуматься, чем вы занимаетесь прямо сейчас — и вам это может не понравиться.
Идея статьи возникла у меня внезапно — после прочтения одного из комментариев, который был вообще про другое и к другой моей статье:
Там описывается так называемая культура топ-перформанса в Airbnb. Это когда работа устроена практически как соревнование. Где каждые полгода лучших поощряют, а худших увольняют. А для тех, кто был средним, ничего не меняется — их, как правило, большинство, около 80%. Такая среда выгодна для корпораций, так как у людей есть мотивация перформить сильнее остальных не только чтобы получить повышение, а банально чтобы не потерять работу.
После прочтения упомянутого выше комментария у меня сразу появляются неприятные ощущения, после которых хочется оглянуться вокруг и задуматься: а чем ты вообще занимаешься и на что тратишь свою жизнь.
Весь смысл твоей работы сводится к простому сравнению количества написанных строк кода. Ты просто находишься в симуляторе смыслов, где нужно создавать бурную деятельность, даже не задумываясь, что ты делаешь, зачем и для кого. Твои идеи не нужны, твоё мнение неважно — просто пиши строчки кода, выполняй KPI. И если окажешься в топ-10%, то получишь 500 баксов сверху и новую красивую лычку в HR-системе, которой ты будешь очень гордиться. А если проиграешь и окажешься в нижней границе, то просто покинешь игру. Это и есть твоя жизнь. Это и есть так называемая IT-элита.
Как компании создают прокси-смыслы
В 100% случаев разработчиков никак не касается, заработала компания 1 млн долларов за последний год или 1 млрд. Он всё равно получит свои 5k долларов в любом исходе. И будет пахать изо всех сил, делать x2 работы, чтобы выделиться среди других и получить повышение на 500 баксов.
Фаундеры и топ-менеджмент при этом очень хорошо видят взаимосвязь прибыли компании и своего качества жизни. Но работягам эту идею продать тяжело, поэтому компаниям нужно создавать понятные прокси-смыслы для людей, чтобы они мотивировались вкладываться в компанию. Именно для этого придумываются корпоративные ценности, о которых я писал в этой статье.
Давайте честно: корпоративные ценности — это не про «истинную душу компании». Это про то, как красиво объяснить разработчику, что у него зарплата ниже рынка, потому что он делает великую миссию для людей.
Цитата из статьи «Мы — не семья: как компании заставляют тебя работать за идею и спасибо»
Ну и помимо ценностей также создаются соревновательные условия за счёт постоянных performance review.
И вот сидит такой разработчик. С одной стороны ему забивают голову тем, что он делает что-то важное и великое, что он часть большой команды. С другой стороны на него оказывается постоянное давление, где просто нет возможности расслабиться ни на секунду. А если он выгорел в угли, то он просто не на своём месте, и его легко скипнуть и посадить нового человека за станок.
Пет-проекты, техдолг и другие способы не выгореть немного подольше
А вы когда-нибудь задумывались, почему разработчики так любят ковыряться в своих пет-проектах? Чтобы восполнить это чувство — что они создают что-то важное и ценное. И если там появляется 7 пользователей и 0.001$ дохода, то счастью нет предела. Да даже если никто это не увидит, всё равно такая поделка греет душу по вечерам после работы.
Мы не можем получить таких эмоций на работе, потому что выполняем свою функцию за своим станком в огромном заводе по генерации бабла для других людей.
По той же причине мы так любим что-то рефакторить, обновлять версии библиотек и делать другой техдолг. Потому что мы можем это понять, можем увидеть смысл. Я улучшу код — и работать с ним станет легче. Я удалю эту библиотеку — и приложение станет загружаться быстрее. Это просто уход от реальности: мы живём в своём мирке и пытаемся создавать для себя хоть какие-то условия, чтобы подольше подержаться на плаву и удержать своё ментальное состояние в норме.
Почему фаундеры не выгорают
Послушайте несколько историй от фаундеров своих продуктов — большинство из них скажут что-то типа:
«Не понимаю, почему эти разрабы постоянно выгорают. Я вот уже 10 лет работаю без выходных и отпусков и не знаю, что такое выгорание».
Any Кабан Кабаныч
И это правда. Обычным работягам приходится каждый день прилагать огромные усилия над собой, чтобы закрывать нескончаемый поток одинаковых задач. Редко когда мы вдохновлены идеей настолько, что понимаем ценность каждой мелочи в продукте. Чаще мы работаем в зубодробительном энтерпрайзе, где делаются какие-нибудь B2B-продукты с тысячей фичей. Для логистов, для юристов, для работы с документами и ещё для тысячи видов клиентов. Зачастую мы даже не понимаем нашу целевую аудиторию: как устроен их день, как они работают, какие у них боли. Мы просто делаем очередную фичу, чтобы вот здесь можно было нажать кнопку и выгрузилась какая-то штука в CSV-формате.
Возможно, если сейчас эту статью читает какой-нибудь менеджер, он скажет: «Парень, да ты просто плохой сотрудник, который не горит проектом и не вовлечён». И, возможно, он даже будет прав — я, собственно, это и пытаюсь донести. Программистов на работе держит возможность развиваться в технологиях и получать деньги. Это такой негласный контракт. Часто по этой причине в проектах бывают компромиссы между бизнесом и разработкой, чтобы затащить какой-нибудь новый модный фреймворк или ЯП и завлечь людей.
И мы концептуально не можем понять друг друга с менеджерами, которые не пишут код. Ладно, пусть эти кодеры делают что хотят, лишь бы довольны были.
Так почему фаундеры не выгорают, а разработчики выгорают?
Выгорание здесь не про усталость и не про переработки. Оно про отсутствие авторства. Когда ты не чувствуешь себя причиной происходящего, мозг перестаёт понимать, зачем вообще стараться. Фаундер — всегда автор. Программист — часто просто исполнитель в чужом замысле. И именно эта разница, а не количество митингов или отпусков, ломает сильнее всего.
В тг-канале «Из найма в продукт» я пишу про свой путь к собственному продукту. Как есть — про инсайты, фейлы или успехи. Заходи, если интересно.
Комментарии (104)
tester37
22.01.2026 19:20А не надо за 5 работать где 500 таких же, идите работать туда, где на продукт один программист и один девопсер, будете 3 4 получать но без выгорания ... или в фаундеры
deminded
22.01.2026 19:20Это называется "отчуждение". Когда ты — просто чужой инструмент, который делает что-то, не нужное тебе, что не принадлежит тебе, что обогащает не тебя, способом который ты не выбираешь... то долго бегать от этого осознания не получится, разве что загнать его глубоко в подкорку, подавить и вытеснить. Но и "фаундер" на рынке постепенно улавливает, что он такой же инструмент, просто в руках безликой рыночной стихии — он нейросеть, оптимизирующая движение ценности в денежной форме, выявляющая лакуны потребностей, напряжения, за счет которых можно запустить движение усилий нанятых людей, где они будут готовы трудиться больше, чем им самим требуется, чтобы создать немного дополнительного общественного богатства, на которое можно будет претендовать, если не отожмут платформы или государство...
Drucocu
Я вас, наверное, расстрою, но вы написали очевидные вещи. Большинство разработчиков всё прекрасно понимают, и это ещё одна причина выгорания.
Я тоже ненавижу это грёбаное performance review - оно вынимает из меня всю душу. Только не от того, что я в чём-то вынужден соревноваться с другими разработчиками, а из-за того, что это чушь и очковтирательство.
Вы пишете:
Но ведь это не так, особенно на высоких грейдах. Там обычно абсолютно абстрактная менеджераская муть, типа "ставил осязаемые цели", "двигал команду к ркзультату" и "зрил в корень". Абсолютно неисчисляемые параметры, а размытые формулировки, которые кто как хочет, так и интерпретирует.
Поэтому всё performance review, на самом деле, ещё больший театр абсурда, где все приблизительно понимают, кто получит повышение или премию (иначе завтра же откроет hh/linkedin), а кто кандидат на вылет. Но при этом тимлиды вынужлены соревноваться друг с другом в красноречии, рассказывая на абстрактных примерах, какой именно его разработчик молодец.
vital_pavlenko Автор
Не все понимают, и пытаются решить проблему сменой работы / команды / проекта. Кто-то в отпуск уходит. Я просто попытался основную причину достать — не все дошли до этого
mem700
Не все понимают саму сущность работы программистом. Идут в эту профессию с ощущением творческой составляющей. Но потом сталкиваются с реальностью, что ты обычный батрак, который работает по строгому графику, с палочной дисциплиной, микроменеджментом, бюрократией и прочими корпоративными обрядами. На входе задачка, а на выходе ее решение, как у работяг на конвейере. Ты всегда стоишь самым последним звеном в иерархии, кроме тебя, задачу никто не сделает, ты последний оплот этой чертовой компании, а все остальные лишь ждут результат.
Конвейерные рабочие, кстати, тоже очень быстро выгорают, поэтому их постоянно пересаживают на другие операции.
Antares1991
Хах, на конвейере хотя бы можно абстрагироваться от происходящего и наловчиться делать работу на автомате, давая мозгу заниматься какими-нибудь более приятными вещами. Тут же часто приходится выжимать из мозга все соки, чтобы как-то впилить новую фичу в существующий шедевр дендрофекального зодчества так, чтобы ничего не отрыгнуло и не сложилось хотя бы на ближнесрочной перспективе.
glazko
Это беда продуктовых компаний. Стоит еще упомянуть горькую правду: фаундеры прекрасно знают, кто из работяг больше всех выкладывается и развивает их бизнес.
И решение, казалось бы, очевидно - дать ключевым сотрудникам 3-5% чистой прибыли, что технически сделать очень легко.
Но проблема в том, что это не техническая и даже не организационная проблема. Эта проблема чисто биологическая. Очень мало людей в принципе способны делиться едой (чистой прибылью) с не родственными особями (в лучшем случае, наверное, 1 из 10).
По этому, смена работы может быть выходом. Это позволит попасть в среду к тому самому редкому типу руководителей, либо самому занять эту роль, открыв свой бизнес
sandro_rulez
Это очевидные вещи для разработчиков, но не для фаундеров. На каждой работе делают круглые глаза и искренне не понимают: "почему вы не можете быть также сильно вовлечены как я?!".
Да потому что блин мотивация, в первую очередь финансовая, у нас разная. И все победы вечно приписываются топам, это же "они сделали".
Так что пусть почитают и может хоть совесть разок ёкнет. Хотя и не изменится ничего, слишком уж удобно.
TheOldGrouch
там совесть, если и была, теряется примерно на уровне начальника департамента, иногда и раньше.
Vladimir_III
Совесть?)
EvilsInterrupt
Но ведь вы же сами выбираете! :) Перформить это не означает исключительно те задачи, которые нужны исключительно вашему работодателю. Перформить это в том числе ВЫБОР тех задач, которые также интересны и лично вам! У вас же бывают с тимлидом встречи 1 на 1 ? Можете озвучивать ему о том, чем бы вам хотелось заняться ? Тимлид тоже не дурак, если вы не будете делать то, что выгодно и вам, то рано или поздно у вас сработает счетчик СЛИШКОМ_ДО_ФИГА_ТОГО_ЧТО_МНЕ_НЕ_НАДО и вы примете решение "Тимлид рад был с тобою поработать, но дальше наши пути идут по-разному". Любой тимлид, если он не мудак, он отлично это понимает и никому не хочется лишний раз ходить на очередные собесы и отбирать очередного кандидата, который не факт что окажется лучше текущего и не факт что будет работать вменяемо :) Другими словами, спросив себя в чем хотите развиваться и почему, можете также выпрашивать то, что нужно и вам! У меня так несколько знакомых выбирали задачи на ковыряние с технологиями, которые потом позволили им свои продукты запилить и уйти в свободное плавание
Drucocu
Не, вы немного мимо. Я не жалуюсь на задачи, меня раздражает именно Performance Review как "обряд". Он у меня отнимает действительно много времени и вызывает сильное моральное отторжение.
Парадокс и заключается в том, что ты мог затащить целый проект, который был интересен и тебе и полезен бизнесу, но если ты или твой лид недостаточно красноречив (или у топов свои кандидаты на поощрение), тебе это не зачтётся. А другой мог всё полугодие двигать кнопочки, но его руководитель так шикарно это продал, что все дружно получили повышение грейда.
Drucocu
Ирония же ещё в том, как мы собираем метрики. Сдвинули условную кнопочку и ждём, что у нас повысится процент оформленных заказов. И если он действительно повышается, то мы свято верим, что дело было именно в кнопочке: хвалим себя на performance review и идём выступать на конференции как эффективный специалист по двиганию кнопок.
bogolt
Вы прямо по больному месту. Работал в Большой Корпорации (тм). Говнокод внутри, системы сыпяться, но повышение получат те кто на месте трех плохо работающих систем нагородит четвертую такую-же, и убедит другие команды пользоваться его системой. Поддержка существующего кода не в чести. Фактически ее нельзя продать. Баги мало кого волнуют, особенно если они касаются внутренних систем.
По факту если все занялись бы гонкой за грейдами и повышениями то система бы рухнула за год или меньше, или как вариант система компании научилась бы ценить качество и вклад в поддержание того что уже существует в противовес нагромождениям нового говнокода.
Меня жутко бесило это противоречие - декларируемые компанией цели ( то за что платят ) и реальные потребности ( то что очень сложно продать, хотя оно жизненно необходимо ).
Drucocu
Всё так.
Antares1991
Это хорошо, когда в бэклоге есть такие задачи, и их приоритет хотя бы чуть выше плинтуса, иначе попытка выбора интересной задачи вместо срочной в лучшем случае может вылиться в лекцию по базовой арифметике в отношении приоритетов задач.
Kano
Обычно устраивают банальную зебру (одно полугодие ты молодец, а другое так себе). Можно на это махнуть рукой и делать дело если бы не одно но - таким образом бизнес просто экономит на повышении оплаты труда и мы каждый год потихоньку обесцениваемся.
aslermelean
а я очень благодарен за рассказ. и ваша "это очевидно" не к месту