Как стать автором
Обновить

Комментарии 36

Забавная пятничная заметка получилась, не имеющая практически ничего общего с реальностью :)
Ну и про ошибки слесаря, хирурга и программиста: написал неверную функцию определения азимута — и вот уже спутник летит в океан))

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

Тоже не соглашусь, но виденье у меня другое. Когда человек выбирает профессию отличную от программирования, то он мысленно подписывается по рутиной. Слесарь знает что всю жизнь будет
крутить краны, врач — лечить те болезни, на которых специализируется, банкир — считать.
Программист же хочет создать сразу все — игры, программы, ИИ, программирование техники, как в startrack.
Вобщем он хочет быть немного богом.
И по себе могу сказать что стрессы начинаются, когда долго делаешь один проект, а перечисленные в статье факторы лишь усиливают стресс. Если начать больше спать, быть общительнее или заниматься медитацией, то устранятся лишь усилители стресса, но не причина. Но если попробовать перейти на новый проект, то стресс моментально проходит и снова появляется желание не спать и не есть.

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

Почему отсутствие? А нафигаченный за целый день код для вас не результат разве? Или факт того, что заработало в итоге то, что вы делали?

часто делаешь фигню, котора никому не нужна. (может, только CEO считает, что она пригодится)
И вот эта бессмысленность и правда удручает.

А полученный опыт? Если работа потребовала целый день (а не 5 минут), то наверное она достаточно сложна, чтобы сама по себе вызывала удовольствие.


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


Пользователи же обычно всегда недовольны и не могут оценить результат по достоинству.

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

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


Пользователи же обычно всегда недовольны и не могут оценить результат по достоинству

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

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

А полученный опыт? Если работа потребовала целый день (а не 5 минут), то наверное она достаточно сложна, чтобы сама по себе вызывала удовольствие.


Сложная != объемна :)
Я раз в два месяца выхожу на сцену с новой сольной фортепианной программой: Это работа сложная. Или неделю назад сел писать autodoc для маленького, но храброго языка. Может не такая сложная, но со своими задачами, где есть над чем голову поломать.
А на работе работа объемная… тут либо выгорать, либо менять работу, я решил, что выгорать вредно)
Выгорал и когда писал под железо (микроконтроллеры). Там был физический результат, т. к. железо тоже делал сам. Но и цена ошибки была большая.
А почему вы обобщили всех программистов?
Вы описали даже не большинство. Например, сайто писатели прекрасно видят результат своего труда.
И таких специализаций, где результат «налицо» — много.

Эмоциональное, как и профессиональное выгорание есть везде. Как мне кажется, в статье затронуты лишь внешние проявления и их неглубокий уровень осознания. Ведь программирование и ИТ — это гигантская сфера со всеми вытекающими из этого трудовыми, профессиональными, человеческими, экономическими отношениями. И набор условий может быть грандиозно уникален. А в корне всего — обычный конфикт личности. НО! Это уже вопросы психотерапии, которые должны разбирать наверное профессиональные "мозгоправы". В качестве отправной точки статья прекрасна.

НЛО прилетело и опубликовало эту надпись здесь
Тоже задумывался над данной темой. Выгорание часто происходит у «творческих» программистов. Специфика професии такова, что среди программистов таких много. Эти люди создатели, любят творить и изобретать что-то новое, исследовать. Но с годами работа становится довольно рутинной. Ты понимаешь что можешь творить великие вещи, но на работе приходится делать никчемные небольшие улучшения.
Мало того что незначительные так они еще и зачастую не делают этот мир лучше. Профессия полицейского, хирурга, пожарника с этой точки зрения куда лучше, они хотя бы знают что цена их работы — спасенные жизни людей, которые будут им всю жизнь благодарны. В отличие от верстки баннеров, или вывода блока с похожими товарами чтобы люди покупали все что им надо и не надо, главное у компании было больше продаж.
Еще одна особенность — люди становятся довольно обеспеченными, и с другой стороны достаточно осмысленными, чтобы понимать что много вещей (и денег) им не так и надо. Деньги есть, очень не малые и они не делают их счастливыми.
я думаю, в большинстве случаев, причина в потере смысла жизни.
Профессия полицейского, хирурга, пожарника с этой точки зрения куда лучше, они хотя бы знают что цена их работы — спасенные жизни людей, которые будут им всю жизнь благодарны.

Это достаточно простой путь. Делаешь добро, тебя благодарят, тебе хорошо. Так кто угодно может.


Нам же нужно находить свои смыслы, не привязанные к чьей-то внешней оценке. Работа становится рутинной, если мы не развиваемся и не расширяем свои границы. И простора у IT'шников тут гораздо больше. Просто двигаться дальше, вперёд новым вызовам, изучать новые технологии. Если совсем скучно, а хочется, чтобы благодарили — ну так можно на конференциях рассказывать о своих достижениях.


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

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

«Простой для понимания» скорее. Потому что легко укладывается в много вековой опыт человечества с «вечными» историями про добро-зло, героев и т.п. Архетипы героев и т.п.


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

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

Прокрастинация и выгорание мне кажется одного поля ягодки. Просто разные степени.

Не всем отпуск на год нужен. Кто-то может и со скуки помереть. Это был просто пример.


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


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

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


много вопросов задавали, как все надоело.

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

Интересно, а мне всегда казалось, что выгорание происходит из-за… "горения". Из-за почти маниакального прихода, когда пишешь очень увлеченно. У многих профессий не длительный цикл активного применения усилий, требующий концентрации: сделал работу/операцию — идешь домой. Для программиста процесс достижения результата может быть практически бесконечным, придумали фичу, рефакторинг, сменилось требование, заказчик передумал… а в случае пет-прожекта без тз, тем более. В какой-то момент эйфория отступает — надолго застрял на каком-то баге, или выложил и получил критику коммьюнити, QA разнес в пух и прах, появилось аналогичное решение, причем лучшее, просто в мозгу щёлкнуло что всё гавно, и то что ты делаешь нафиг никому не нужно и прочие деструктивные мысли. Аналогичное характерно и для других творческих профессий — художников, писателей и т.п. Обычно депрессивное состояние проходит довольно быстро, но если такие переходы будут частыми то наверное можно и в больничку загреметь, или "выгореть"

мне бы очень хотелось понять, откуда у разработчика такая эмоциональная привязанность к продукту своего труда. Это наблюдаемый факт, но причина этого феномена мне не понятна.
Я думаю если бы можно было бы уговорить разработчиков не привязываться к с результату своего труда они были бы во многом счастливее, и не были бы порой такими токсичными (вы знаете о чем я).
Для программиста процесс достижения результата может быть практически бесконечным
Вот работая в коллцентре или на фабрике тоже не видешь результата своей работы. Но есть микрорезультат — обслужил одного клиента, обработал одну деталь. У разраба действительно пока твой код заработает в конечном продукте могут пройти месяцы. Но есть и микрорезультаты, закрыл тикет, закрыл задачу, сделал коммит.
Аналогичное характерно и для других творческих профессий — художников, писателей и т.п
Разница в том, что художник полностью отвечает за весь продукт. Если бы художество работало как производственный процесс, были бы люди смешивающие краски, подготавливающие холст, подающие кисточки, сравнивающие результат с текстовым описанием пейзажа. И художник бы ушел во фриланс. Потому что никакой свободы.
Но вот что интересно. Разработка это и не про творчество. Разработка про выполнение части работы каждым участником. Из этих частей потом сложится продукт. Зачастую программист просто переводит человеческий язык на язык программирования. Есть замечания? Поправил, забыл, живешь дальше. Программист на проекте — не создатель книги — он «литературный негр», ghostwriter. Он просто выполняет функцию. Поэтому и нет никакой похвалы со стороны начальника. И она не нужна. Ему нравится писать текст, он пишет текст, ему дают такую возможность. Ну и все.
soshnikov Сразу тут отвечу и про необходимость самообразования в профессии разработчика. Литературному негру тоже постоянно нужно читать книги и кто знает что еще делать чтобы соответствовать новым рыночным требованиям.

Я приводила примеры больше с позиции работы над собственным/курируемым/проектируемым проектом, а не просто "негро-работы".


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

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


Я согласен с большинством высказавшимся выше. Программист может не видеть конечного результата своей деятельности. Я сейчас не о пройденных тестах или закрытых багах, а о конечном продукте. Хорошо когда разрабатываешь, навигатор для автомобиля и сам им пользуешься — ты можешь потрогать, пощупать результат. Ты можешь выступить в качестве пользователя. Проще получить обратную связь от пользователей и ты можешь понять, что они скажут. Гораздо сложнее почувствовать результат, если пишешь прошивку для маршрутизатора, какого-нибудь узла автомобиля или приложение которым в силы специфики сам пользоваться не будешь. Ты что-то пишешь, пишешь, пишешь. QA проверяют, это уходит заказчику, он принимает и все. Тишина. Ты не знаешь хорошо или плохо пользователю стало от того, что ты создал. А может то на что было потрачено гигантское количество усилий никому и не видно! Зато если бы сделал плохо, то все сразу бы заметили подвисающие сервисы, пропадающие данные и тому подобное. Возможно с точки зрения получения обратной связи от пользователей и возможности пощупать результат немного легче программистам фронтенда и UI. Результат их работы 100% заметят пользователи. И ты сам можешь запустить и посмотреть.


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


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


P.S.
Желаю всем нам в новом году побольше положительных отзывов на наш повседневный труд!

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


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


А если вдруг есть проблема с тем, что некуда девать деньги — автоспорт ждет вас, там можно разумно потратить любое количество денег :)

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

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

Ваше замечание интересное и верное, как мне кажется. Я размышляю, а не отобразить ли суть высказанных идей в виде Mind Map.
У вас есть очень срочное задание, которое необходимо делегировать, но вы не знаете кому. Рецепт: найдите самого занятого и продуктивного и поручите именно ему.


имхо.
Срочное и важное — ну, может быть, ок, но тогда вопрос, готовы ли вы жертвовать качеством. Занятые и продуктивые люди редко заняты фигнёй; соответственно в треугольнике время-стоимость-качество время останется таким же (вы же хотите, чтобы и то было в срок, и это, плюс всё срочное), стоимость тоже (один человек работает), итого — провалите по качеству и то, и другое. Оно вам надо?
Срочное и не важное — зачем? Можно спокойно дать любому другому не занятому человеку; точно есть люди, которых прекрасно мотивирует срочность.

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

Ага. Как и недоконца прикрученное колесо неотвратимо в профессии механика.

Как и сачкование практически в любой профессии. Включая шофера и механика, да.

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

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

Публикации

Истории