После трех лет в IT меня меньше всего бесит код. Код хотя бы честная сущность. Если он сломан, он обычно не делает вид, что это часть командной культуры.
Гораздо сильнее меня начали бесить вещи вокруг разработки. Не самые красивые слова, знаю. Но после какого-то момента романтика про “интересные задачи”, “сильные команды” и “рост в профессии” сталкивается с довольно приземленной реальностью: люди, процессы, ответственность, созвоны и куча шума вокруг работы, который почему-то очень часто выдают за саму работу.
Я пишу это не как человек с двадцатью годами опыта и спокойствием Будды. Я пишу это как человек, который всего три года в профессии, но уже достаточно насмотрелся, чтобы понять простую вещь: чаще всего выматывает не сложность. Выматывает хаос, который взрослые люди почему-то считают нормой.
Меня бесит безответственность
Если ты делаешь бизнес, нанимаешь людей, обещаешь процессы, сроки, продукт, деньги, рост и нормальную работу, было бы неплохо сначала научиться отвечать за свои решения.
Меня правда раздражают компании и руководители, которые хотят играть в “мы строим серьезный продукт”, но при этом живут в режиме бесконечной импровизации. Сегодня у задачи один приоритет, завтра другой. Сегодня “это срочно”, через два дня про это уже никто не помнит. Сегодня наняли человека под одну роль, через неделю внезапно выясняется, что вообще-то от него ждали совсем другого, просто никто нормально это не сформулировал.
И вот это для меня одна из самых неприятных вещей. Потому что это не сложность рынка. Это не форс-мажор. Это не “ну всякое бывает”. Это обычная взрослая безответственность, за которую почему-то расплачиваются все вокруг, кроме тех, кто ее производит.
Особенно странно это выглядит в моменте найма. Если ты не умеешь строить процессы, не понимаешь, как ставить задачи, не можешь держать слово и вообще не очень представляешь, зачем тебе команда, может, не надо пока делать вид, что ты строишь компанию. Бизнес - это не ролевка в стиле “давайте попробуем побыть взрослыми”. Когда ты берешь человека на работу, ты берешь на себя вполне реальную ответственность за его время, деньги, нервы и кусок жизни.
И да, я понимаю, что идеальных мест не бывает. Но между “в любой работе есть шероховатости” и “вся система держится на авось” разница все-таки огромная.
Меня бесит эмоциональная незрелость в команде
Есть отдельный тип боли, который вообще не связан с кодом. Это люди, которым почему-то очень хочется работать в коллективе, хотя само существование других людей их буквально раздражает.
Я сейчас не про интроверсию. Не про усталость. Не про плохой день. Я про эмоциональную незрелость, которая потом маскируется под “я просто прямой человек”, “я такой требовательный”, “я не люблю тупые вопросы”, “ну я же сказал по фактам”.
На практике это обычно выглядит очень скучно: человек не умеет нормально обсуждать, слышит в любом уточнении наезд, на любое замечание реагирует как на личное оскорбление, а любую рабочую дискуссию превращает в странный конкурс пассивной агрессии.
И вот это для меня одна из самых утомительных вещей в IT. Потому что техническую проблему еще можно разобрать. Можно открыть код, документацию, логи, diff, найти причину, переделать. А когда взрослый человек не умеет не раздражаться от чужого вопроса, чужой формулировки или просто самого факта диалога, это уже совсем другая категория проблемы.
Самое ироничное, что в профессии, где все любят говорить про командную работу, коммуникацию и engineering culture, огромное количество энергии все еще тратится на очень базовую вещь: научиться разговаривать так, чтобы после созвона никому не хотелось закрыть ноутбук и исчезнуть в лесу.
Да, я не люблю писать тесты
Сейчас будет социально опасный момент.
Я не люблю писать тесты.
Сразу уточню, чтобы меня мысленно не вынесли из профессии: я понимаю, зачем они нужны. Я радуюсь, когда хороший тест ловит регресс до продакшена. Я понимаю ценность проверок на критических сценариях. Я вижу, как нормальный test suite делает систему спокойнее и предсказуемее. Все это правда.
Но любить сам процесс написания тестов я пока так и не научилась.
Особенно когда тесты пишутся не потому, что это правда снижает риск, а потому что “ну у нас должно быть 80% coverage”. Особенно когда unit-тест знает о внутренностях реализации больше, чем стоило бы, и падает не потому, что сломалось поведение, а потому что кто-то слегка переставил мебель в коде. Особенно когда e2e превращается в ритуал вызова дождя: локально зелено, в CI красно, потом наоборот, потом все делают вид, что проблема временная.
Наверное, меня раздражают не сами тесты, а имитация инженерной зрелости через тесты. Когда вместо реального вопроса “что здесь действительно опасно сломать?” включается механика “давайте просто обложим все проверками и будем надеяться на лучшее”.
Я люблю надежные системы. Я люблю, когда после релиза не страшно. Я люблю, когда критичные сценарии защищены. Но сам процесс написания тестов до сих пор не вызывает у меня никакой романтики. И, если честно, мне даже нравится иногда говорить это вслух. Хотя бы потому, что в IT слишком много вещей принято обсуждать как догму, а не как живую практику со всеми ее компромиссами.
Меня бесит не медленное мышление, а вязкость
Я не про людей, которым нужно время подумать. У меня как раз нет претензий к нормальной рабочей медлительности, когда человек проверяет гипотезу, не делает резких глупостей, задает вопросы и в итоге приходит к сильному решению.
Меня бесит именно вязкость.
Это тот режим, в котором один merge request можно обсуждать пять часов на созвоне. Когда вместо комментариев в diff собирают отдельную встречу, потом еще одну встречу, потом “давайте синкнемся после обеда”, а потом внезапно выясняется, что все это время спорили о вещи, которая вообще должна была быть зафиксирована в правилах команды еще полгода назад.
Вот это меня бесит.
Не потому, что я за бездумный speedrun разработки. А потому, что очень часто за такой медлительностью нет глубины. Там нет исследования, нет особой аккуратности, нет сложности задачи. Там просто нет структуры. Нет договоренностей. Нет умения заранее определить, что именно мы считаем good enough и где вообще заканчивается обсуждение.
В такие моменты особенно хорошо видно, что выгорание в IT рождается не только от нагрузки. Оно прекрасно рождается от ощущения вязкого бессилия, когда огромный объем времени уходит не на работу, а на процесс вокруг работы.
Чтобы это не выглядело как чистый эмоциональный монолог, коротко та же картина в таблице.
Что бесит |
Как это выглядит в работе |
Чем заканчивается |
|---|---|---|
Безответственность |
плавающие приоритеты, обещания без ресурсов, найм “на авось” |
переделки, срывы, нервная команда |
Незрелость |
пассивная агрессия, обиды на уточнения, токсичные обсуждения |
тяжелые созвоны и потеря нормальной коммуникации |
Тесты ради галочки |
coverage ради отчета, хрупкие проверки, флейки в CI |
ложное чувство надежности и раздражение команды |
Вязкость |
бесконечные созвоны, пять часов на один MR, отсутствие правил |
потеря темпа и ощущение бессмысленности |
Теперь про техническую часть, которая правда выматывает
Если убрать эмоции и оставить только инженерную суть, то меня сильнее всего выматывают четыре вещи.
Первая - отсутствие нормальных контрактов. Когда у вас нет понятных API, нет четких границ между слоями, нет договоренностей по данным, именованию, поведению компонентов и сценариям ошибок, любая мелкая правка начинает выглядеть как мини-экспедиция в неизвестность. Ты открываешь вроде бы небольшой кусок задачи, а через полчаса уже не очень понимаешь, это локальная правка или приглашение в археологический тур по легаси.
Вторая - хаос, который выдают за гибкость. Мне вообще кажется, что в IT слово “гибкость” иногда используют как очень вежливый синоним фразы “мы пока ничего нормально не договорили”. Гибкость хороша там, где есть сильная база. А когда базы нет, гибкость очень быстро превращается в ситуацию, где каждый пишет как чувствует, каждый понимает архитектуру по-своему, а общий проект потом каким-то чудом должен собраться в единое целое.
Третья - культ бесконечных обсуждений вместо инженерных решений. Есть вещи, которые реально надо обсуждать: архитектурные развилки, риски, миграции, публичные контракты, критичные продуктовые сценарии. Но очень много того, что у нас принято тащить в часовые созвоны, можно было бы решить нормальным описанием правил, коротким RFC, адекватным code review или просто способностью формулировать мысль письменно.
И четвертая - технический долг, на который все смотрят как на погоду. Как будто это стихийное бедствие, а не результат вполне конкретных решений. Когда в проекте копятся хрупкие абстракции, дублирование, полумертвые слои, костыли поверх костылей, нестабильные тесты и странные временные решения, это не просто делает код некрасивым. Это делает любую будущую работу дороже. В какой-то момент ты уже не разрабатываешь, а все время платишь проценты по чужим вчерашним компромиссам.
Если разложить это по слоям, картина обычно выглядит так:
Слой |
В идеале |
В реальности, которая бесит |
|---|---|---|
Бизнес |
дает приоритеты и держит рамку |
дергает фокус каждые два дня |
Команда |
спорит по делу и фиксирует решения |
уходит в эмоции и бесконечные обсуждения |
Код |
имеет контракты и предсказуемое поведение |
разваливается от каждой “маленькой” правки |
Тесты |
страхуют критичные сценарии |
создают шум, флейки и красивую статистику |
Ревью |
ускоряет качество решения |
становится затяжной терапией на весь день |
И все-таки меня бесит не профессия
Самое смешное, что после всего этого я не разлюбила саму разработку.
Мне по-прежнему нравится собирать интерфейсы, разбираться в логике, упрощать сложное, находить слабые места в системе, превращать хаос в более понятную структуру. Мне нравится момент, когда задача из расплывчатого “что-то не так” превращается во вполне конкретное инженерное решение. Мне нравится, когда код становится яснее, а продукт - внятнее.
Меня бесит не IT как профессия. Меня бесит количество лишнего шума вокруг нее.
Меня бесит, когда взрослые люди не хотят быть взрослыми. Когда ответственность подменяют энтузиазмом. Когда зрелость подменяют резкостью. Когда инженерную работу подменяют бесконечными разговорами о работе. Когда надежность подменяют цифрой coverage. Когда темп подменяют пятичасовым обсуждением одного MR.
И, наверное, это даже не самый плохой симптом после трех лет в профессии.
Потому что, если честно, гораздо хуже было бы привыкнуть к этому и начать считать нормой.
Код хотя бы можно открыть, прочитать и поправить. С некоторыми процессами и людьми такой роскоши пока не завезли.
Комментарии (47)
amazingname
17.04.2026 18:03Что меня бесит в IT после 3 лет в профессии
За три года нельзя понять ничего. Только чтобы въехать в приличный проект, уже имея многолетний опыт надо года 2. За 3 года можно или увидеть плюс-минус в деталях один коллектив и один проект или постоять на пороге 2-3.
beskov
17.04.2026 18:03Если фронтендер сидит на потоке проектов в аутсорсере — он может по проекту в квартал делать, это 12 проектов за 3 года
Ну и сейчас нормально менять компанию раз год, так что так можно выйти на 10 команд, 10 проектов, 10 заказчиков
И умному человеку, чтобы обнаружить повторяющиеся явления, достаточно 2-3 кейсов, даже 10 не надо
FunkyWizard
17.04.2026 18:03Именно это отличает ит от многих других сфер. Потому что здесь заметно больше нестандартно мыслящих людей, помноженное на социально слабо адаптированных. Поэтому все хотят структуру, но у всех свое видение.
Lewigh
17.04.2026 18:03Возможно, когда-то, когда трава была зеленее, когда не было таких зп и люди шли на заниматься там чем им интересно, это можно было бы назвать частично правдой.
Но уже очень много лет как, средний IT-специалист - это больше гуманитарий без какого-то нестандартного мышления, ибо просто пришел в сферу где платят больше, а учитывая что менеджеры сейчас поощряют свот-скилы куда больше чем хард - это все кратно ухудшает.
Apoheliy
17.04.2026 18:03Тут два варианта:
Первый банальный: это всё нервность, нытьё, раньше трава зеленее, меня не понимают;
Второй тоже банальный: переросла свою позицию. Может двинуть в лиды (или что там следующее)? ПМ-ы?
Можно перетереть с непосредственным начальником на предмет:
Ты чувствуешь хаос? Ты видишь, как он тебе мешает наслаждаться вкусом кофе? Тогда дай мне пару-тройку вот этих девчуль или пацанов и хаос уменьшится! Кофе станет вкуснее!
---
Прим.: по собственному опыту: второй вариант веселее. Попробуй.
Smartor
17.04.2026 18:03Так может быть в любой офисной работе. Главное - это чтобы в целом устраивал руководитель и коллектив.
Emelian
17.04.2026 18:03меня начали бесить вещи вокруг разработки
Сочувствую! Я, наверное, на уровне подкорки всегда чувствовал, что командная работа – это не моё. Всегда программировал один. Что сильно упростило мне жизнь, а проблемы если и возникали, то не внутри «контор», где я работал, а снаружи. Это и мировые и региональные кризисы и принудительная ликвидация предприятий, и вообще очень странная, иногда, внешняя политика.
В итоге, написал и внедрил программу учета, которая кормила меня двадцать лет и еще столько бы, если бы фирму, где я работал, не ликвидировали бы по политическим мотивам.
Меня бесит безответственность
Я еще в «лихие 90-тые» слышал, что характерная черта русского бизнеса – необязательность. Думал, что с тех пор что-то изменилось. Но, вижу, не слишком.
Код хотя бы можно открыть, прочитать и поправить.
Более того, когда уже пишешь код на уровне пет-проектов, в статусе «свободного художника», то можно получать удовольствие от реализации своих идей, которые могут быть не поняты в команде. Никуда не спешишь, тихонько ваяешь свой «шедевр», ради собственного развития и – счастлив!
В общем, это я к тому, что может быть есть смысл подумать об изменении архитектуры своей жизни?
tenzink
17.04.2026 18:03Пятичасовой созвон для обсуждения PR, это какая-то дичь. Дай угадаю, на нём ещё больше 2х/3х человек, правда?
sunnybear
17.04.2026 18:03Попробуйте открыть собственный бизнес. Лет через 2-5-10 эта незрелость людей на зарплате уже перестанет раздражать.
yermolaev
17.04.2026 18:03В таких компаниях нет протоколов обсуждений и принятия решений. Это норм для маленьких команд 3-5 человек. И есть отдельные люди, с коими невозможно выстроить конструктивный диалог, они смешивают границы ответственности, путают продуктовую и техническую ответственность, используют софистику и оперируют магическим мышлением. Могу порекомендовать выстроить собственные протоколы взаимодействия и контракты, и если кто-то открывает рот мимо протоколов, просто игнорировать это. Декомпозиция мысленной каши - дорогая операция и очень быстро выматывает.
CatAssa
17.04.2026 18:03Меня бесит
Я вот больше таксистов боюсь, которых что-то бесит. Заказываешь "комфорт+", а его всё бесит, то чужой автомобиль на обочине, то встречный свет, то даждь, то плавное вождение блондинки в правом ряду. Сижу такой напуганный сзади, и думаю: скорее бы доехали: там офис, клава мицуми, директор, кофеварка...
Sindyashkin
17.04.2026 18:03Вот про свет соглашусь. В обычные фары ставят светодиодные лампы и хана встречным глазам. Последствия отмены техосмотра такие, полагаю
max9
17.04.2026 18:03Последствия отмены техосмотра такие, полагаю
нет, это последствия перевода гибдд на самоокупаемость. им достаточно давно неинтересны некоррупционноемкие статьи - синька, встречка и тд. технически у них есть возможность ловить гей-ксенонщиков, специальный техотдел там есть для этого
Spaceoddity
17.04.2026 18:03А причём здесь светодиоды? Как мощность или тип источника света соотносится с геометрией светового пучка?
Sindyashkin
17.04.2026 18:03Если коротко: разные формы световых пучков в итоге формируют превышение силы света в точке глаз встречных водителей. Пример : https://www.zr.ru/content/articles/906684-khod-na-ash-chetyre/
Тут представители Филипс сказали что в авто такие лампы запрещены
parakhod_1
17.04.2026 18:03Простите за бестактный вопрос, но сколько вам лет?
Если что - я спрашиваю крайне уважительно, если вам и правда столько сколько мне кажется, то вы молодец - в таком возрасте меня вообще ничего не бесило.
Panf_9
17.04.2026 18:03хаос, который выдают за гибкость
Это как красная тряпка для быка. «Ну мы же agile”, говорят мне, когда систематически затягивают сроки. Это не гибкость, это триггер проблемы, и надо копать или в коллективную безответственность, или в неадекватное планирование, или искать другие причины. И устранять их, а не оправдывать набрасыванием популярных подходов
Byte255
17.04.2026 18:03Не переживайте. Ещё года через три придëт понимание, что "неумение держать слово" менеджмента и невероятный бардак на самом деле продиктованы рыночными реалиями. Делали изо всех сил два месяца, но сегодня это уже никому не нужно - это нормально, это специфика отрасли. Всё очень быстро меняется и компания вынуждена тоже очень быстро меняется. Я поначалу тоже думал, что где-то наверное есть компании, где можно просто прийти и писать код, покрывать его полезными тестами, но теперь уже спокойно готов принять любые реалии внутри компании, какими бы они странными или даже абсурдными мне не казались.
Что касается пассивной агрессии - конечно неплохо избавиться от всех в компании, кто этим любит заниматься, но такие персонажи как правило хитры и доказать, что происходит именно это сложно. Да и некому, всем важны цели спринта, а не разбирательства, кто кому мешает.
Wesha
17.04.2026 18:03человек не умеет нормально обсуждать, слышит в любом уточнении наезд, на любое замечание реагирует как на личное оскорбление, а любую рабочую дискуссию превращает в странный конкурс пассивной агрессии.
Это Вы сейчас пол-Хабра описали.
clarifyingman
17.04.2026 18:03И при этом есть вторая сторона медали:
Без фактуры нельзя быть уверенным в том, что дело НЕ в авторе. Если все вокруг дураки и не лечатся, один (одна?) автор в белом пальто, то это может быть симптомом того, что все вокруг нормальные. И с хабром может быть тот же эффект. Если для вас половина аудитории хабра - неадекваты, то у меня вопрос к вашей адекватности. При этом предположу, что все, кто с вами согласился, подразумевают под этой половиной разных людей. Ну т.е. ваша половина НЕ пересекается (или пересечение очень мало) с половиной другого неадеквата.
Я бы предложил автору заботать книгу Ненасильственное общение. А потом изложить свою точку зрения ещё раз.
Wesha
17.04.2026 18:03Не, конечно, в Африке вердофига народу с серповидноклеточной анемией — но это всё равно болезнью считается.
clarifyingman
17.04.2026 18:03В случае автора статьи и оценки аудитории хабра мы находимся в сфере психиатрии/психологии. И тут всё настолько субъективно, что "кто первый надел халат, тот и доктор".
Я просто вспомнил анекдот про блондинку за рулем:
Едет блондинка за рулем и слушает радио про дорожную обстановку в городе:
- Будьте осторожны, на улице Советской один идиот едет по встречной полосе.
На что она регирует репликой:
- Один? Да их тут тысячи!
Я не тот человек, который будет говорить, что моя гипотеза абсолютно верна. Без конкретных примеров с фактами разобраться невозможно. А у автора и у вас уже личные интерпретации на основе фактов (вместо самих фактов). Эти интерпретации могут быть как верными, так и ошибочными.
А скальпель Оккама предлагает не плодить сущностей. Если все вокруг дураки - имеет смысл поискать причину в зеркале.
amcured
17.04.2026 18:03Если все вокруг дураки — имеет смысл поискать причину в зеркале.
Красиво вы Иисуса Христа в мудаки записали.
Вся история человечества буквально кричит: большинство — это всегда тупые говноеды, в любом социуме. А уж если добавить к этому социальный капитал (карму) — то тупые становятся еще и агрессивными.
Wesha
17.04.2026 18:03Если все вокруг дураки - имеет смысл поискать причину в зеркале.
А умный вспоминает, как выглядит нормальное распределение, и с грустью осознаёт, что люди с выдающимся IQ не могут быть большинством чисто по определению...
nmouse
17.04.2026 18:03За почти двадцать официального трудоустройства, я работал только в 5 компаниях. 4 из них это огромные корпорации. Только два раза меня не обманули при трудоустройстве о положении дел и о том, чем я буду заниматься:
На первой официальной работе обещали на входе только базовое вознаграждение и опыт - полностью выполнили, даже с лихвой, но там были жесткие процессы, регламенты и каждый год проходил аудит CMMI;
На четвертой официальной работе, что описали на интервью, то и было. Опять же жесткие регламенты, бюрократия, которая вызвана необходимостью быть в регламентах. Но с другой стороны, вполне себе живые люди, которые следят за актуальностью регламентов - за короткие полторагода, я инициировал несколько изменений регламентов и даже один напилили совместно с ИБ.
В общем, выводы которые я сделал из этого:
Делите на два или лучше на три то, что говорит HR и нанимающий менеджер, особенно, в компаниях у которых сильный или хайповый HR-бренд. Именно в таких компаниях вас отымеют, сломают физически и ментально, высушат и будут пытаться повторить сей квест еще не один раз. Единственное, повезёт если ваш руководитель не лютый манипулятор и некарьерист, а коллектив не токсичный, ну или токсичный, но с вами на одной волне;
Всегда старайтесь стилить себе солому и иметь больше одного плана действий на случай, если всё пойдёт не так как планировалось. Такие планы должны быть готовы и лежать в загашнике. Хотя у меня как-то был случай, когда один субъект, со своим департаментом, сильно обделался хоть и выверял со своими ребятами всё несколько месяцев, а потом через полгода заявил, что его "ввели в заблуждение". Что с ним стало не знаю, но он сильно подставил очень уважаемых людей своими попытками найти крайнего и скинуть ответственность;
Относитесь проще к некомпетентности, если это не сильно угрожает вашим целям (см. пред. пункт о запасных планах), а лучше заведите "маленькую черную книжечку", в которую будете фиксировать такие косяки: мозг лучше переносит стресс, если мысли, вызывающие его, куда-то скидывать, опять же будет отличный материал на случай "разборок". Опять же сможете "мочить" супостата, в случае необходимости прилюдно, если он попытается это сделать с вами;
Научитесь радоваться чужим успехам и заведите "большую розовую книжечку", куда сможете отмечать позитив о других людях и ваши мысли об этом. В будущем поможет подчерпнуть немного "белой энергии", если всё плохо. Возможно обратиться к такому человеку за помощью, если у него есть склонность, по вашим наблюдениям, немного меньтить других людей;
Два предыдущих пункта помогут с ревью, которые часто практикуют в многих компаниях;
Книжечки лучше писать от руки, ибо пальцы на руках и ногах имеют прямой привод к нужным областям мозга. Но если не получается, то можно что-то от руки, а основной объём "фактуры" где-то прикапывать в электронном виде, но главное, чтобы никто посторонний не нашел.
mirwide
17.04.2026 18:03Бизнесу в России сейчас херово: кредитов нет, спрос падает, налоги растут, регуляторные требования появляются вчерашним днём как голуби из рукава. Хаотичность внешних условий пораждает вам хаотичность внутри. Цель бизнеса заработать денег или хотябы дожить до лучших времен, а не создать кому-то комфортные условия для времяпровождения.
Сегодняшние лиды в ИТ - вчерашние джуны. Никогда этот путь не был так короток, как предыдущие несколько лет. Они знают о процессах и о том как управлять командой ровно столько же как и вы. И конечно же, как и с владельцами, их личные цели выше вашего комфорта.
Чтобы создать себе хорошие условия работы иногда нужны яйца. Говорить нет, мы не будем это обсуждать 5 часов и тд. Девочкам тоже.
Взрослых нет)
fr30wi
17.04.2026 18:03Очень далек от IT, но прекрасно, буквально через собственный хребет, который стал сильнее в последнее время, прочувствовал тебя. Держись брат, понимание, это путь к стойкости
japanxt
17.04.2026 18:03Какая-то инфантильная позиция: все не так как вижу я в своих влажных фантазиях, потому всё и все нетакие. Это реальный мир, тут надо уметь адаптироваться и пытаться влиять на него в силу своих возможностей. Бизнес всегда будет подкидывать всякое, потому что в нем происходит всякое. Тестами покрывать код нужно, хотя бы для себя и коллег. Ревью не будет занимать дни и быть похожим на терапию, если будут правила и регламенты обязательные для всех.
Bratken
17.04.2026 18:03Я даже не разработчик, а QA. Сменил 7 компаний за 9 лет и чего только не видел.
Спойлерну: такое много где попадается. В мелких компашках на 30 человек до больших зеленых банков. И это не проблема ИТ.
Человек в ответе за приколы своих мозгов, но большинство этого не понимает (а приколы своих мозгов считает фичей, а не багом) и не факт, что поймет. Поэтому тут надо менять стратегию и уметь вычислять "подходящих" людей, чтоб были партнеры.
Люди банально не могут выстроить диалог. А еще намекну и напомню одну фразу о том, что человеком движет любовь, страх или злость - это, как ни странно, очень распространено.
Алсо, 3 года в одной компании против 3 компаний по одному году это тоже разница. И разница тут как минимум в том, чем ты там занимаешься. Можно 3 года разлагаться в болоте, а можно 1 год в крутой команде набить некислый прогресс, если руки не связывают и идут на диалог. Но увы попасть в крутую команду это как парад планет, поэтому лучше в себя вкладываться и потихоньку пытаться искать разумную жизнь
Короче, много нюансов, которые собираешь только на личном опыте. Ну либо всякие r/ExperiencedDevs еще полуркать можно на реддите - там это уже 100 раз обсудили.
Конкретно за ИТ скажу одну важную деталь: тут действительно немало нейродивергентных людей. Отсюда вот эта "вязкость", например, если там собрались люди с выраженным аутизмом. Советую изучить вопрос, чтоб ориентироваться. Черты СДВГ, аутизма, их коморбидности AuDHD. Эти вещи на 90% определяют нашу жизнь. И чем раньше научишься с этим жить, тем проще будет по жизни потом. Иначе это как что-то очень поломанное пытаться поправить.
bzverev
17.04.2026 18:03Поздравляю, Вы созрели для перехода в бизнес-консалтинг. Ну или, как минимум, в ИТ-менеджмент (в стратегическое руководство ИТ-компаниями - CEO/CTO, в крайнем случае - CIO, хотя это и немного в сторону).
mahmud90
17.04.2026 18:03Странная статья. Такое чувство, что написана просто ради хайпа. Ключевые моменты сведены в таблицы (что о-очень редко встречается в статьях в стиле "Мнение"). При этом автор не утруждает себя написанием комментариев (нет ни одного).
"Напиши статью от имени фронтенд-разработчика на тему "Что меня бесит в IT после 3 лет в профессии". Выдели ключевые моменты. Пиши человеческим языком... "
OlegMotorin
17.04.2026 18:03Про эмоциональную незрелость — точно подмечено. Только я бы добавил один слой: это не просто личная особенность человека, это во многом результат того, сколько «раундов» рабочего взаимодействия он прошёл.
Рабочая (как и любая социальная) ситуация — это всегда разные роли, интересы и цели. И они по определению противоречат друг другу, в большей или меньшей степени. Умение проходить эти противоречия без потери лица и без пассивной агрессии — не врождённое качество. Это навык, который нарабатывается именно через опыт: и победы, и поражения одинаково учат, если человек вообще склонен делать выводы.
Поэтому «эмоциональная зрелость» — это в основном не про психотип. Это больше про то, сколько раз тебя уже хорошо прожевали в рабочих конфликтах, и ты при этом не закрылся, а стал лучше слышать.
Отсюда и парадокс: люди, которые бесят тебя больше всего, скорее всего просто не прошли достаточного количества таких раундов. Или прошли, но не рефлексировали.
FixicusMaximus
17.04.2026 18:03Со всем, что вы описали, можно жить, успешно работать, достигать целей. Самое бесявое это:
Недалекие люди, считающие себя гениями
Откаты, распилы, освоение грантов
Имитация бурной деятельности
Вставляние палок в колеса эффективными манагерами (личная неприязнь, конкуренция)
Бизнес процессы ради бизнес процессов
И т.п.
Обычно все эти симптомы протекают совместно. Иногда проявляются по отдельности.
Einherjar
Добро пожаловать в окружающую действительность, это в любой сфере так, не только в IT. В IT разве что инфантильных людей заметно больше среднего, но я имею ввиду не столько в рабочем плане сколько в плане общей неприспособенности к жизни.