На платформе Threads состоялась дискуссия на тему того, что некоторые высококвалифицированные разработчики ПО специально пишут запутанный код без каких‑либо комментариев, чтобы стать незаменимыми в команде проекта и получить бонусы от компании.
На днях узнал шокирующую практику среди сеньоров: намеренно пишут запутанный код без комментариев, чтобы стать незаменимыми. Один коллега за 3 года получил 4 повышения и +210% к зарплате. «Только он понимает эти системы». Два разработчика, пытавшиеся разобраться в его коде, уволились. По моим наблюдениям, так делают около 30% опытных разрабов. Это профессиональное преступление или способ выживания в IT?
В ответах пользователи привели примеры таких действий на их работе или ситуаций, когда такое может происходить.
Видел такие проекты, как правило, там имеется человек, за которым последнее слово — и это его/её влияние. Пока этот человек на проекте, исправить код на читаемый и поддерживаемый не дадут, если это не исходит от того, кто выше по иерархии. Тоже кажется, что так они пытаются сделаться незаменимыми.
У нас есть такой, но он сам не знает, как объяснить, как он это сделал.
Дважды приходил на такие проекты и говорил с руководством. И дважды мне давали понять, что всех всё устраивает. На обоих проектах большую часть переписал по‑человечески, вводил какие‑то практики, однако меня там нет, а эти «присосавшиеся», скорее всего, и сейчас там.
Хитрость, наверное, в том, что эти ребята мастерски избегают код‑ревью: «срочно в продакшн», «потом задокументирую»…
Либо в компании нет процессов, либо наоборот уже бюрократический ад. Поэтому такие отлично сидят либо в мелких шарагах, либо в гигантском бигтехе. В первом случае они «как бы незаменимы», во втором сложно добираться до них через все процессы.
Мне как раз достался такой код, когда я перешла в новую компанию. Сам автор кода отказывался его комментировать или помогать мне разобраться с ним, так как у него «не было времени». Я две недели мучалась, эскалировала проблему, пробовала за ним бегать — парень хитрил, как мог. Так вот я разозлилась и написала с нуля новый код, с документацией. Я в той компании уже 3 года не работаю, недавно встретила бывшего коллегу, он мне сказал: так классно ты тот функционал написала, мы его до сих пор юзаем.
Нечем гордиться, потому что в один прекрасный момент никто не будет разбираться — просто перепишут этот функционал с нуля, с участием код‑ревью, документирования, внедрением стандартов и прочего. Или самого же разработчика заставят переписывать. Опытные наоборот стремятся чтобы код был понятным, оптимальным и легко читаемым любым разработчиком. Я сам переписывал с нуля проекты, в которых чёрт ногу сломит.
Также пользователи привели несколько приёмов и трюков «выживания сеньоров»:
дробят собственные задачи на нано‑подзадачи, а новичкам в команде сбрасывают тяжёлые комплексные таски, чтобы потом в отчёте показать свою большую производительность, а значит, и ценность в глазах микроменеджмента
на встречах выдают комментарии к задачам новичков из серии: «Да это очень просто», а свои микро‑таски мучают месяцами, выдумывая проблемы, так как им легко верят из‑за их опыта работы с конкретным клиентским кодом.
