Java Техлид
По вопросам менторства — @nick_pn
Post #110
1.25K
Выученная беспомощность в разработке
Выученная беспомощность — это состояние, когда человек, столкнувшись с неуправляемой ситуацией, перестаёт пытаться что-либо изменить, даже когда появляется возможность.
В разработке такое встречается сплошь и рядом
Примеры из практики:
1. «У нас так принято» — когда кодовая база превращается в легаси, и все знают, что это плохо, но никто не решается на рефакторинг. «Сломается же», «не трогай, и так работает»
2. "Я попробовал - не заработало" - человек не до конца разобрался в проблеме, не воспроизвел как следует и всех убедил что так не работает.
3. «Нам безопасники не разрешат. DevOps не сможет сделать» — когда вам что-то где-то запретили однажды, или не выделили ресурс соседней команды, вы убеждаетесь что больше не разрешат, больше не помогут
4. «Это архитектор решил» — если архитектурные решения принимаются без объяснений, а вопросы встречаются с раздражением, команда перестаёт мыслить системно. Просто делают, как сказали.
Еще примеры фразочек:
5. «Этот баг плавает годами, его невозможно пофиксить»
6. «Архитектура кривая, но переписывать всё — слишком дорого»
7. «Наш CI вечно падает, но мы уже привыкли»
Проблема в том, что такая установка блокирует не только инициативу, но и профессиональный рост. Разработчик перестаёт искать решения, начинает обходить острые углы, а со временем — теряет интерес к проекту
Откуда берётся выученная беспомощность в IT?
- Неудачный прошлый опыт — когда твои попытки улучшить код или процесс раз за разом наталкивались на сопротивление команды или руководства
- Усложнение системы с непрозрачной логикой — когда разобраться в коде кажется нереальной задачей, и проще сделать костыль, чем вникать
- Страх ошибок — если за каждый промах начинают «рубить головы», люди перестают рисковать и экспериментировать
- Токсичное окружение — если в команде принято критиковать идеи, не предлагая альтернативы
К чему приводит?
- Теряется инициатива — зачем предлагать улучшения, если всё равно ничего не изменится?
- Растёт технический долг — потому что проще залатать костылём, чем бороться с причиной.
- Выгорание — постоянное чувство бессилия убивает мотивацию.
Что делать?
1. Разрешите себе сомневаться — если что-то кажется кривым, скорее всего, так и есть. Задавайте вопросы: «Почему мы делаем именно так?», «Что мешает сделать иначе?».
2. Начинайте с малого — не пытайтесь переписать монолит за неделю. Найдите маленькую больную точку и предложите конкретное улучшение. Например, автоматизируйте рутинные действия, которые все ненавидят.
3. Ищите единомышленников — в команде всегда есть те, кто тоже чувствует проблему. Объединитесь и предложите решение вместе.
4. Экспериментируйте в изоляции — если нельзя менять продакшен, создайте pet-проект или локальный стенд, где можно пробовать новые подходы без риска.
5. Говорите на языке бизнеса — вместо «давайте перепишем на WebFlux» скажите «это ускорит обработку запросов на 30% и снизит затраты на сервера». Бизнес слушает, когда видит выгоду.
Главное — не смиряться. Даже в самых консервативных системах есть пространство для манёвра. Иногда достаточно просто задать правильный вопрос, чтобы запустить цепную реакцию изменений.
Выученная беспомощность — это состояние, когда человек, столкнувшись с неуправляемой ситуацией, перестаёт пытаться что-либо изменить, даже когда появляется возможность.
В разработке такое встречается сплошь и рядом
Примеры из практики:
1. «У нас так принято» — когда кодовая база превращается в легаси, и все знают, что это плохо, но никто не решается на рефакторинг. «Сломается же», «не трогай, и так работает»
2. "Я попробовал - не заработало" - человек не до конца разобрался в проблеме, не воспроизвел как следует и всех убедил что так не работает.
3. «Нам безопасники не разрешат. DevOps не сможет сделать» — когда вам что-то где-то запретили однажды, или не выделили ресурс соседней команды, вы убеждаетесь что больше не разрешат, больше не помогут
4. «Это архитектор решил» — если архитектурные решения принимаются без объяснений, а вопросы встречаются с раздражением, команда перестаёт мыслить системно. Просто делают, как сказали.
Еще примеры фразочек:
5. «Этот баг плавает годами, его невозможно пофиксить»
6. «Архитектура кривая, но переписывать всё — слишком дорого»
7. «Наш CI вечно падает, но мы уже привыкли»
Проблема в том, что такая установка блокирует не только инициативу, но и профессиональный рост. Разработчик перестаёт искать решения, начинает обходить острые углы, а со временем — теряет интерес к проекту
Откуда берётся выученная беспомощность в IT?
- Неудачный прошлый опыт — когда твои попытки улучшить код или процесс раз за разом наталкивались на сопротивление команды или руководства
- Усложнение системы с непрозрачной логикой — когда разобраться в коде кажется нереальной задачей, и проще сделать костыль, чем вникать
- Страх ошибок — если за каждый промах начинают «рубить головы», люди перестают рисковать и экспериментировать
- Токсичное окружение — если в команде принято критиковать идеи, не предлагая альтернативы
К чему приводит?
- Теряется инициатива — зачем предлагать улучшения, если всё равно ничего не изменится?
- Растёт технический долг — потому что проще залатать костылём, чем бороться с причиной.
- Выгорание — постоянное чувство бессилия убивает мотивацию.
Что делать?
1. Разрешите себе сомневаться — если что-то кажется кривым, скорее всего, так и есть. Задавайте вопросы: «Почему мы делаем именно так?», «Что мешает сделать иначе?».
2. Начинайте с малого — не пытайтесь переписать монолит за неделю. Найдите маленькую больную точку и предложите конкретное улучшение. Например, автоматизируйте рутинные действия, которые все ненавидят.
3. Ищите единомышленников — в команде всегда есть те, кто тоже чувствует проблему. Объединитесь и предложите решение вместе.
4. Экспериментируйте в изоляции — если нельзя менять продакшен, создайте pet-проект или локальный стенд, где можно пробовать новые подходы без риска.
5. Говорите на языке бизнеса — вместо «давайте перепишем на WebFlux» скажите «это ускорит обработку запросов на 30% и снизит затраты на сервера». Бизнес слушает, когда видит выгоду.
Главное — не смиряться. Даже в самых консервативных системах есть пространство для манёвра. Иногда достаточно просто задать правильный вопрос, чтобы запустить цепную реакцию изменений.
- 👍 8
- 🔥 7
- ❤ 3
