💣 Токсичный разработчик: гений или бомба замедленного действия?

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

Кто такой токсичный разработчик?

Токсичный разработчик – это специалист, с которым крайне некомфортно работать. Такой человек обычно проявляет постоянную конфликтность, категорически отвергает чужую точки зрения и высмеивает «глупые вопросы» коллег. Он создает негативную атмосферу в команде, ставя технические навыки выше человеческих отношений. Для токсичного разработчика быть правым важнее, чем быть эффективным членом команды.

Личный опыт: будучи жертвой

После окончания курсов программирования автор устроился на свою первую работу, где его наставником стал технически блестящий, но токсичный senior-разработчик. Несмотря на высокий профессионализм ментора, его подход к обучению был деструктивным. Вместо того чтобы объяснять ошибки и помогать расти, он демонстрировал явное раздражение при вопросах и просто переписывал код младшего разработчика. Такое поведение создавало атмосферу страха и неуверенности, что значительно замедляло профессиональный рост.

💻 Библиотека программиста

Больше полезных материалов вы найдете на нашем телеграм-канале «Библиотека программиста»

Превращение в токсичного разработчика

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

Осознание и изменение

Поворотным моментом стал серьезный разговор с руководителем о неприемлемом поведении. Осознав проблему, автор решил измениться. Он начал работать над развитием эмпатии, пересмотрел свой подход к менторству и стал терпеливее к вопросам junior-разработчиков. Постепенно ему удалось найти баланс между технической экспертизой и человечностью.

Правильный подход к менторству

Хороший ментор должен понимать, что его роль не только в передаче технических знаний, но и в создании безопасной среды для обучения. Важно проявлять терпение, объяснять ошибки, а не просто исправлять их, и помогать младшим коллегам расти профессионально. При этом важно помнить, что каждый эксперт когда-то был начинающим.

Статья по теме

🧑🏻‍🏫 Менторство в IT: как стать айтишником, найти работу мечты и облегчить себе жизнь

Выводы

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

***

Опрос в телеграм-каналах

🤔 Приходилось ли вам сталкиваться с токсичными коллегами на работе? Как вы справлялись с этой ситуацией?

🌟 Какие качества вы считаете важными для хорошего наставника в IT-сфере?

💡 Какие советы вы бы дали тем, кто хочет создать более поддерживающую и позитивную рабочую атмосферу?

Приходилось сталкиваться. Ставил на место, как и с другим быдло. Быдло понимает только 2 вещи – боль и страх перед болью. Боль не обязательно ыизическая. Ничего нового.

Удалённо было так же, в принципе. Там даже проще: вы собрались удалённо работать и проявлять свой профессионализм, роль вышестоящих менеджеров плохое общение пресекать, к ним и обращайтесь.

Высокомерные и ксенофобы — с такими сталкивался.

Про наставника: терпение, мягкость в обьяснении, но строгость в косяках, не ругать публично. Но это всё же не ко мне.

Про атмосферу: людям должно быть приятно работать, начинать и заканчивать день на работе, и возвращаться. И надо устранять то, что этому мешает, возможно, и ваши попытки что-то улучшить, например, для одиночек.

токсичность это ок. не всем нормисами быть.

главное чтобы наставник хорошо разбирался в С++.

А плохой он человек или хороший – это не наше дело

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

Токсичный человек практически никогда ничего по сути не говорит.

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

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

2. Ментор должен быть способен рассмотреть слабые стороны подопечного и помочь их не только увидеть, но и преодолеть, желательно разными способами. А иначе зачем человек заделался ментором.

3. Совет: быть профессионалами. Улучшить можно только взаимодействие между людьми, должны быть инструменты, которые способны быстро решать спорные моменты.

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

Никогда в айти за все 8 лет работы не сталкивался с токсичностью. Во всех компаниях где работал все друг другу помогают, поддерживают. Если джун подходит после пары недель безуспешных попыток по мануалу развернуть локально проект – собираемся всем офисом, обнимаем его, гладим по попке и помогаем установить все пререквизиты.

Главное качество наставника – это чтобы у него стояло на работу и премия с зарплатой зависели от текучки кадров и обратной связи от подчинённых.

Главный совет по поддержанию атмосферы – увеличение зарплаты. Если человеку платить даже на 15 процентов выше нишенского рынка зарплат в СНГ – он будет руки целовать. А может даже и отзывы писать хвалебные.

***

Сталкивались ли вы с токсичными разработчиками в своей карьере? Как справлялись с этой ситуацией?