
Комментарии 19
Автору стоит начать с разницы между выгоранием и поверхностным отношением
А если мы чисто гипотетически представим, что не весь айти продуктовый и тем более не фрилансовый(как я понял из примеров) и чисто гипотетически предположим, что есть например бигтех, где до программиста породакт, аналитик, маркетолог, дизайнер (ещё 100500 людей) и требования приходят после этих 100 фильтров и чисто теоретически бигтеху нужно что бы программист просто написал быстро код потому что подумали за него уже кучу других людей?
А если отбросить сарказм то примеры из твоей карьеры выглядят как фриланс по исправлению ошибок за другими и нельзя такое экстраполировать на всех и тем более я почему то уверен, что задачу первому исполнителю ставили: "сделай что бы красиво было", а когда оказалось, что тормозит то почему то сразу задумались о: "наверное всё таки надо нормально объяснить что надо сделать"
Работаю в бигтехе (который ФААНГ в кремниевой долине) и проблема та же самая среди всех тех же самых слоёв. Когда к тебе приходят люди с какими-то задачами, то ты сначала тратишь приличное время на то, чтобы понять, что на самом деле хочет конечный пользователь (внешний или внутренний). После этого начинаешь работать.
Можно работать и просто делать, что принесли, но это не приведёт ни к карьерному росту, ни к удовлетворению работой, потому что постоянно будешь доделывать доделки.
Прекрасная идея! Давайте уберем всех ПМов и программисты будут сами бегать за пользователями и выспрашивать, а что бы ещё такого добавить в ТЗ, какие юзкейсы не охвачены? И засечём, когда кто выгорит.
Заменить Проектных Менеджеров на Пистолеты Макарова
Дерьмовое ТЗ - > дерьмовый результат
Полностью соглашаясь с предыдущим ораторами, добавлю. Автор путает неверно/плохо построенные процессы в фирме/команде/проекте и отношение к работе программистов. Это связанные, но две большие разницы.
Все приведенные примеры - грубейшие ошибки на этапах сбора и анализа требований и проектирования решения или даже системы в целом.
Автор ничего не путает. Автор регулярно видит и слышит фразы разработчиков\админов\devops-инженеров "я работяга, мне что сказали я то и делаю".
Автору крайне неприятно быть представителем класса "работяга-ничего-не-знающий".
Автор привык смотреть на программистов (тогда в 90-х) как на полубогов, а позже как на интеллектуальную элиту общества.
Автор рос среди людей разбирающихся во всём и глубоко и имевших привычкой постоянно что-то читать и изучать.
Автор стремился стать частью этой интеллектуальной элиты и надеется, что в какой-то степени к своим 40 годам приблизился к этому состоянию.
Автору отвратительны люди низвергающие программистов и других представителей профессий на стыках высоких технологий и творчества до "работяга-ничего-не-решающий".
Автор может успокоиться, так как неавтор, на 20+ лет старше автора и с на 20+ лет большим опытом программирования, почти не видит таких отвратительных людей, которых так не любит автор. Неавтор также советует автору или перейти в другую фирму, или взять неавтора на работу, где тот покажет пример вдумчивости, критического мышления, профессионализма и прочее, прочее, прочее. От так ота.
Поверхностное отношение к вопросу и выгорание - это не одно и то же, но часто первое тянет за собой второе.
Причина выгорания - это не только нудные задачи, но и чувство собственной никчемности. А оно прекрасно разовьется, если ты сам или с помощью других людей поймёшь, что полгода назад написанный тобой код кривой-косой и плохо выполняет свои задачи. Bот и получается: один раз сделал тяп-ляп, потом сам же на это наткнулся, и огорчился от своей криворукости.
Хотя, возможно, такое только у перфекционистов работает. Интересно, а адепты концепции "х&%к и в продакшн" выгорают или нет?
Нет, не выгорают. Они просто пишут строчки за деньги и не парятся
адепты концепции "х&%к и в продакшн" выгорают или нет?
как мне кажется - абсолютно нет, эта концепция предполагает и такое же отношение к жизни.
Выгорание коррелирует с профессиональными навыками, например Синдром самозванца присущ только тем, что умеет что то хорошо.
наглядно

Вспомните, что зарплата в 1к баксов для многих недостижимая мечта (особенно в регионах)! Может за те деньги, что вам платят можно поразбираться в предметной области в которой работаете и начните создавать ценность не "для дядей", а для вон того замученного рутиной менеджера по продажам, юриста, бухгалтера?
у вас данные устарели
Как тут справедливо заметили в комментариях "Поверхностное отношение к вопросу и выгорание - это не одно и то же, но часто первое тянет за собой второе."
100500 слоёв ПМов, продактов и тимлидов призваны собрать требования, структурировать требования, обеспечить планирование и ресурсы. Но как именно будет реализовано что-то в коде - это вопрос к программисту. Никто же не будет спорить с тем, что есть спагетти-код и он работает. Есть индусский код и он работает. Прям совсем тупо: можно напихать if-else конструкций, а можно case использовать.
Так вот мне видится, что когда ты просто в лоб пишешь какой-то код не понимая как он повлияет на работу конечного потребителя - ты делаешь какую-то бессмысленную работу, просто за деньги. Когда ты реализуешь функцию осознавая, что она сократит количество времени на сведение бух.отчёта (например автоматизируешь получение данных из касс в бух.систему) и сначала разобрался в типих кассовых операций - ты делаешь мир бухгалетров чуточку проще и приятнее, а ещё тебя за это благодарят деньгами.
Про мой опыт: помимо прочего - да, условного фриланса по поиску и устранению ошибок было великое множество. Но грусть в том, что это не исправление ошибок которые допустил другой фрилансер. В процессе разбора каждого описанного случая я сначала спрашивал у автора решения "ты чего сделать то хотел? Почему именно такая реализация?" и каждый раз виден пожимание плечами и полное не понимание контекста. Тогда уже шёл к потребителю и спрашивал "какой бизнес-процесс тут осуществляется? Какой алгоритм действий пользователя? Какие вариации алгоритма". А когда это собрано и описано в виде хотя бы примитивной блок-схемы, тогда уже возвращаемся к коду\запросу\задаче и понимаем что было сделано не так.
Коллеги, вы когда последний раз видели блок-схемы процессов или будущего приложения\библиотеки у программистов? Не свидетельствует ли их отсутствие о поверхностном подходе который выше уже упомянули как "х&%к и в продакшн" ?
Почти вся работа не имеет смысла, так как работник отчужден от результатов своего труда. Чем ты больше работаешь, тем более крутую машину купит твой начальник
Подумать чём-то можно самому, можно разобраться в чем-то дополнительно. Можно, а зачем? Это влияет на зарплату? Нет - ипитесь сами с этим
Ну ХЗ. У меня вот всегда рост компетенций довольно быстро влиял на доход.
Конечно начальник купит машину круче! Да и удачи ему с новым приобретением, дешевых ТО и счастливых километров! Он же на себя взял риски предпринимателя (если владелец бизнеса) или организовал мне комфортные условия труда (если нанятый менеджер), похлопотал о повышении и бонусах.
Поправьте если не так понял, но для меня Ваш коммент выглядит как "не буду разбираться глубоко, чтобы не сделать слишком хорошо, чтобы начальник машину не обновил!".
В текущей реальности - программист это маленький винтик в большом механизме. То что ему пока платят больше, чем остальным - не делает его особенным и не возлагает на него дополнительной ответственности. Переживать программисту за итоговый результат - это как монтажникам натяжных потолков переживать за всю многоэтажку.
ЗЫ. Автор комментария не согласен с текущим раскладом, но что делать...
ИМХО это вопрос самовосприятия. Есть люди ощущение себя винтиками, а есть те, кто считает, что от него зависит многое если не всё. Как результат один стремится к совершенству, а для другого "и так сойдёт". К тому же всегда можно найти место где от тебя будет что-то зависеть. Но это вопрос желания.
Есть авторы, есть зрители.

Реальный смысл работы: почему одни программисты выгорают, а другие нет