Менторы Solvery рассказывают, что их больше всего раздражает в разработке и как с этим бороться.
151 открытий237 показов
Работа программиста — не только интересные задачи и высокий спрос на рынке, но и куча раздражающих моментов, которые мешают писать код в свое удовольствие. Нереалистичные сроки, постоянные прерывания, вечный технический долг и безумные созвоны — это лишь малая часть проблем, с которыми сталкиваются разработчики.
Курсы дизайна с помощью в трудоустройстве
tproger.ru
Вместе с Артемом Геташвили и Анастасией Радченковой, менторами Solvery, мы собрали ТОП-10 самых раздражающих вещей, которые сводят программистов с ума.
Артем Геташвили
Senior Python Developer в Bureau 1440, ментор Solvery
Анастасия Редченкова
Lead Frontend Developer в Vestas, ментор Solvery
Почему разработчики так часто жалуются?
Если вы хотя бы раз общались с программистом, то наверняка слышали жалобы на чужой код, странные требования от заказчиков и бесконечные дедлайны. Кажется, что IT-специалисты всегда чем-то недовольны. Но почему так происходит? Разве работа в IT — это не высокие зарплаты, гибкий график и интересные задачи? Давайте разберемся.
Миф о том, что разработчики просто «пишут код»
Люди, далекие от программирования, думают, что работа — просто писать код, создавая крутые приложения и сервисы. В реальности же программисты больше времени тратят не на что-то новое, а на исправление чужих багов, разбор криво написанной документации и борьбу с дедлайнами.
Мы жалуемся не потому, что наша работа сложнее других, а из-за особенностей того, как вообще устроено программирование. Когда мы пишем код, нам приходится держать в голове целую систему взаимосвязанных элементов — это как решать сложную головоломку, где каждая деталь на своём месте. И стоит кому-то отвлечь нас — будь то внезапный созвон или резкий чайка-менеджмент с супер срочной задачей — вся эта хрупкая конструкция рушится. После этого приходится начинать сначала: восстанавливать логику, перебирать мысли и заново входить в поток. Переключение внимания для нас — это всегда шаг назад.Артем ГеташвилиSenior Python Developer в Bureau 1440, ментор Solvery
К тому же результаты труда разработчиков не всегда очевидны. Когда дизайнер показывает макет — все видят, как будет выглядеть продукт. Когда архитектор демонстрирует чертеж — понятно, что именно строится. А код? Для неспециалистов он остается загадкой, из-за чего программисты часто ощущают недооцененность своей работы.
И, конечно же, баги. Их исправление может занимать часы, дни и даже недели.
Иногда они не дают спать, есть и нормально жить. Бывают простые баги, которые раскапываешь и чинишь за пару часов, а бывает, что ты на неделю-две уходишь в нее с головой. Если видите в 2 часа ночи где-нибудь человека на кухне с ноутбуком, кофе и красными глазами — это точно программист.Артем ГеташвилиSenior Python Developer в Bureau 1440, ментор Solvery
Почему раздражение — это нормально? (Но как не довести себя до выгорания?)
Работа программиста — постоянное решение проблем. А где проблемы, там и стресс. Однако раздражение само по себе — еще не катастрофа. Оно становится проблемой, только если переходит в хроническое состояние.
Как понять, что раздражение не угрожает вашему психическому здоровью?
Здоровое раздражение:
- Вы злитесь на конкретную ситуацию, но не на профессию в целом.
- После хорошего отдыха появляется энтузиазм вернуться к работе.
- Проблемы мотивируют найти решение.
- Вечером можете отключиться от рабочих мыслей и заняться своими делами.
Выгорание:
- Постоянная апатия даже к интересным задачам.
- Ощущение бессмысленности работы.
- Отсутствие радости даже после решения сложной технической проблемы.
- Мысли о работе преследуют вас везде: на обеде, во время отдыха или сна.
- По утрам тяжело даже открыть ноутбук и запустить IDE.
Выгорание сопровождается постоянным чувством усталости, которая не проходит даже после отдыха. Оно проявляется снижением интереса к работе и апатией и требует значительных усилий для восстановления.Анастасия РедченковаLead Frontend Developer в Vestas, ментор Solvery
Реальные причины, которые взрывают разработчикам мозг
Вместе с экспертами определили топ-10 вещей, которые выводят из себя даже самых стойких разработчиков.
Нереалистичные сроки
Что бесит?
Менеджеры хотят быстрее, заказчики требуют «еще вчера», а разработчик понимает, что качественный код требует времени. В результате приходится либо жертвовать качеством, либо работать в режиме вечного дедлайна.
Как бороться?
- Аргументировать реалистичные оценки сроков.
- Документировать риски и объяснять, почему спешка ухудшает результат.
- Использовать Agile и регулярные переоценки задач.
Постоянные прерывания и невозможность сконцентрироваться
Что бесит?
Программисту нужно погружение в задачу, но его бесконечно отвлекают: сообщения в Slack, срочные митинги, вопросы от коллег. Теряется концентрация, а с ней — и продуктивность.
Как бороться?
- Блокировать время для глубокой работы.
- Устанавливать «тихие часы» в команде.
- Использовать методы Pomodoro, ALPEN, GTD и прочие.
- В офисе советую работать в наушниках с шумоподавлением.
Технический долг
Что бесит?
Код пишется в спешке, рефакторинг откладывается «на потом», баги растут, но бизнес требует только новых фич. В итоге код превращается в хаос, а разработчик — в археолога, который копается в чужих ошибках.
Как бороться?
- Внедрить правило в команде по обязательному рефакторингу каждый спринт (примерно 10–20% времени будет хватить на улучшение кодовой базы).
- Проводить код-ревью и следить за чистотой кода.
- Объяснять руководству, почему технический долг замедляет разработку.
Размытые и постоянно меняющиеся требования
Что бесит?
Сегодня заказчик хочет одно, завтра другое, а на следующей неделе просит переделать все с нуля. Разработчик пребывает в режиме хаоса и переделывает код бесконечно.
Как бороться?
- Требовать четкой документации требований.
- Фиксировать договоренности письменно.
- Использовать прототипы для согласования на ранних этапах.
Плохая документация
Что бесит?
Ты впервые работаешь с проектом, открываешь документацию — а там либо пусто, либо устаревшая информация, либо вообще полный беспорядок. Разбираться приходится наугад.
Как бороться?
- Создавать и поддерживать актуальную документацию.
- Следовать стандартам оформления документации.
- Автоматизировать процесс обновления документации (например, Swagger).
Культура переработок
Что бесит?
В IT нередко ожидают, что ты будешь работать сверхурочно, чинить баги в продакшене ночью и быть на связи 24/7. Это ведет к выгоранию и снижению мотивации.
Как бороться?
- Четко устанавливать границы рабочего времени.
- Искать компании, где соблюдаются нормы трудового кодекса.
- Говорить «нет» переработкам, если это не форс-мажор.
Проблемы с зависимостями в проекте
Что бесит?
Обновляешь одну библиотеку — и рушится весь проект. Версии зависимостей конфликтуют, а разбираться с этим приходится вручную.
Как бороться?
- Фиксировать версии зависимостей.
- Использовать инструменты автоматической проверки совместимости.
- Регулярно обновлять пакеты, чтобы не копить проблемы.
Недооцененность работы разработчика
Что бесит?
Менеджеры и заказчики не понимают, сколько усилий уходит на написание чистого кода. Им кажется, что программисты просто «печатают код» и всё готово.
Курсы дизайна с помощью в трудоустройстве
tproger.ru
Как бороться?
- Показывать метрики и результаты работы.
- Объяснять технические решения простым языком.
- Искать признание среди коллег и в профессиональном сообществе.
Необходимость постоянно учить новые технологии
Что бесит?
IT развивается очень быстро, и разработчику приходится постоянно осваивать новые языки, фреймворки и инструменты. Это утомительно, особенно когда нововведения не несут реальной пользы.
Как бороться?
- Изучать только то, что действительно нужно для работы.
- Оценивать, оправдывает ли новая технология затраты на ее изучение.
- Не поддаваться хайпу и не менять стек только ради трендов.
Ошибки, которые сложно отловить (дебаг и баги)
Что бесит?
Программа падает без понятной причины, баги воспроизводятся только «раз в 1000 запусков», а логи ничего не говорят.
Как бороться?
- Использовать системы логирования и мониторинга (например, Sentry, Datadog).
- Разрабатывать с учетом отладочности (например, писать больше тестов).
- Применять методы бэктрекинга, чтобы анализировать ошибки шаг за шагом.
Разработка — не только творчество, но и борьба с кучей раздражающих факторов. Однако понимание проблем и работа над их устранением помогают сделать жизнь программиста проще.
Какой из этих пунктов раздражает вас больше всего? Делитесь в комментариях!