Пока все кому не лень пишут статьи о том, как войти в айти, некоторые из нас нет-нет, да задумываются, а не выйти ли оттуда. Ночные релизы, бесконечные переработки, легаси код, невнятные баги, грубые разговоры в курилках и в коридорах, постоянные требования от менее технически подкованных коллег, иногда целые блоки кода, а то и сборки, отправленные в корзину… Выгорание? Жажда новой жизни? А вдруг там, за дверью серверной или опенспейса R&D, всё по-другому? 

Disclaimer. Статья написана сотрудником RegionSoft в рамках рубрики «Свободный микрофон», она не рецензировалась. Мнение компании может совпадать, а может не совпадать с мнением автора статьи. Так-то мы делаем классную CRM-систему, сервис для геолокации сотрудников и вообще интересный бизнес-софт. Но и о вечном поболтать не прочь.

ИТ, я перегораю от любви к тебе

Так сложилась моя карьера, что уже 14 лет я в ИТ-сфере, на этом пути приходилось быть инженером, тестировщиком, программистом (не разработчиком!), техническим писателем и копирайтером, маркетологом и продакт менеджером — иногда последовательно, но чаще параллельно. Погружение в ИТ-сферу, работа со многими командами, активная жизнь внутри городского ИТ-сообщества позволили мне найти точки, из-за которых что у меня, что у других ИТ-шников периодически возникает желание всё бросить и начать выпиливать разделочные доски и кроить ремни жить заново, в какой-то другой сфере и среде, используя свой высокий потенциал для более простых и спокойных (иллюзорно?) задач. 

А что не так? Расскажу в рандомном порядке, без разделения по значимости.

Непрерывный стресс

Работа в ИТ — это стресс. Прежде всего потому что ты должен делать свою работу максимально быстро и точно, машина, с которой ты в связке, не потерпит «примерно» и «что-то вроде», она просто не выполнит код, цель будет не достигнута. Ты должен заботиться о том, чтобы твоя работа была максимально безошибочной, чтобы изменения в одном блоке кода или модуле не тащили за собой 38 багов в других разделах. Чем больше команда, тем сильнее стресс: ты отвечаешь за работу не один, твой код должен идеально мёржиться и не доставлять проблем всем. 

Стресс в ИТ преследует тебя всюду, и почти нет способа от него избавиться. Чем выше ты поднимаешься по карьерной лестнице (которая порой в нашей сфере выглядит как расширение полномочий и ответственности), тем больше стрессовых моментов и ситуаций. Особенно остро это ощущается в инженерных компаниях, в разработке приложений для В2С и в В2G (врагу не пожелаешь). Если у тебя в характере отсыпано много совести, ответственности и перфекционизма, есть все шансы лет за пять узнать, что такое нервный тик и  невроз. 

Чужой проект, который стал родным

К проекту в ИТ быстро прирастаешь — ты работаешь с ним, в нём, развиваешь его, пишешь документацию или готовишь аналитику, — не важно, что ты делаешь. Ты вкладываешь в него свои знания, свой опыт, постоянно думаешь, что можно сделать лучше и как обеспечить жизнеспособность этого проекта. Тебе становятся родными и код, и интерфейс, и система контроля версий, и сам дух проекта, то есть его предназначение для людей. Это невероятный, опьяняющий восторг, когда чем-то, к чему ты имеешь отношение, пользуются люди и компании. Фактически ты создаёшь новую реальность.

Но есть одно «но». Это не твой проект. Ты — всего лишь наёмный сотрудник, который на каком-то отрезке времени вкладывается в общее дело. И, уходя с проекта или из компании, ты с горечью и тревогой передаёшь сделанное другому разработчику. Кажется, что он всё провалит и испортит (увы, иногда не кажется). Но незаменимых нет (как же надоела эта легаси-фраза!), и ты идёшь дальше, оставив частицу себя. Лирика? Вполне. Но именно вот это внезапное нежелание принять, что ты всего лишь наёмник на чужом проекте, нередко приводит к непониманию и конфликтам с коллегами и руководителем, когда тебе кажется, что ты точно сделаешь лучше, но другим это либо не нужно, либо не кажется правильным.

Зыбкий успех

Каким бы классным профессионалом ты ни был, успех в ИТ — чрезвычайно зыбкая штука. Ты можешь пожертвовать компании 10 или 20 лет жизни, отдать часть ��уши, болеть за дело, но как только появится эффективный разработчик, способный делать вашу работу быстрее, лучше, автоматизированнее, ты начнёшь стремительно девальвировать. Чтобы держать марку, нужно приложить не только профессиональные усилия, но и развивать пресловутые софт скилы, уметь не просто делать, но и показывать, по сути непрерывно продавать себя своему работодателю. Иногда от этого бывает душно. Не исключено, что такой расклад одна из движущих сил в ИТ: постоянно конкурирующие специалисты двигаются вперёд вместе с проектом. Или выгорают от этих странных требований преследовать амбициозные цели. 

В то же время юное поколение айтишников и околоайтишных менеджеров не радует. В них «пропал дух авантюризма», нет желания отдавать всего себя работе и проектам. Эти ребята очень жёстко охраняют своё рабочее время и могут легко написать на тебя жалобу, если ты попросишь их задержаться на пару часов или позвонишь во время отпуска (и их нельзя за это осудить). Хуже другое — любую критику, любое замечание или предложение переделать, попробовать новые решения они воспринимают как проявление токсичности, впадают в невроз и всеми силами скидывают с себя ваше намерение. Я не знаю, где они добывают этот волшебный укол вымученного позитива, но иногда хочется напомнить, что вечный принудительный оптимизм — шаг в бездну безумия, коммуникации и отношения должны быть разными. А так — неуютно с ними, чувствуешь себя сумрачной сволочью в царстве эльфов.

Работа 24/7 даже если 8/5

На одном из собеседований меня спросили: «Как вы относитесь к переработкам? К сожалению, они у нас есть и, возможно, 2-3 раза в месяц придётся задерживаться». Для меня этот вопрос был странным, особенно для чисто айтишной компании (продуктовая b2c), потому что почти везде сотрудники перерабатывают, делают что-то из дома или хотя бы непрерывно обдумывают, что можно сделать для текущего проекта. И это не значит, что мы все такие герои, а остальные не д’артаньяны. Просто мозг, загруженный напряжённой интеллектуальной работой, не может остановиться ровно в 18:00 и переключиться на размышления о жареной картошке на ужин. К тому же, что уж лукавить, для части работников ИТ-сферы работа — это основное занятие в жизни, своеобразный уход от реальности, удобный способ обосновать социальную пассивность («Я с утра до ночи делаю приложение для людей, отвалите все»).

Руководители без технического бэкграунда

Если ты не попал в чистую разработку (продуктовую компанию), то с руководителем или менеджером проекта может сильно не повезти — это будут далёкие от ИТ люди, которые с уверенностью готовы тобой управлять. Они будут нести технические задания от клиентов, не верифицируя их и не проверяя на адекватность, их указания будут похожи на указания золотой рыбке или джину: примени свой программерскую магию и запили нам складской учёт на коленке, желательно за ночь. Такие коллеги и руководители — настоящее стихийное бедствие, потому что с ними невозможно ни планировать, ни разбирать бэклог, ни договариваться об этапах разработки. У них своё мнение о процессе проектирования и программирования, которое обычно сводится к чему-то такому: вот эти чуваки просто быстро стучат по клавишам, зная, на каком языке обратиться к железкам. Зато тебя запросто утопят в совещаниях, митингах, смене методологий управления разработкой, презентациях и майнд-картах. Если ты не впечатлишься, непременно добьют OKR или KPI, ведь это они эффективные управленцы и движки этого мира.

Иногда руководители просто не понимают твою работу. Они думают, что ты обязан программировать, тестировать, поддерживать рабочее окружение и работать с клиентами — желательно в рамках крошечного бюджета. А ещё у некоторых руководителей встречается потрясающая дихотомия: если ты работаешь хорошо и всё в порядке, то зачем ты нужен; а если что-то не работает, зачем тебя нанимали. В общем, как ни крути, не угодишь. Такое непонимание со стороны руководства может сделать работу невозможной. К счастью, этот феномен в ИТ-компаниях теряет свою силу, но пока ещё держится.

Люди, которые знают, как лучше и как надо

Клиенты, заказчики, внутренние клиенты (то бишь твои коллеги) — они все знают, как надо и как лучше и искренне не понимают, почему ты это ещё не сделал. Почему Wi-Fi по паролю, почему принтер сообщает, кто сколько рефератов распечатал, почему программа сама не шлёт письма, почему антивирус блокировал закачку с сайта, почему босс видит историю посещений, почему не работает интеграция с телефонией, которую попросили сделать вчера в 17:58?! Бесконечные вопросы, запросы, тикеты со странным содержанием постоянно требуют внимания, раздрабливают задачи и рабочий день на кучу дискретных подходов к основному, важному занятию.

А ещё все врут. Пользователи и клиенты ничего не делали, оно само. Руководитель непременно даст бюджет, только срочно собери требования и составь техническое задание. Твои коллеги и напарники на мемчики смотрели, у них IDE заглючила. Каждый стремится показать себя в выигрышном свете, боится показаться глупым и от этого врёт ещё больше. В итоге ты устаёшь ещё на этапе сбора подробностей о запросе или инциденте.

ИТ стремительно устаревает

Вместе с тобой. Стек, который был актуален лет 5-7 назад, сейчас уже мало чего стоит. Постоянно появляются новые парадигмы, языки программирования, фреймворки, библиотеки и т.д. Если ты самостоятельно не обучаешься, можно быстро выпасть из обоймы. В то время как конкуренция на рынке только ожесточается и на место одного разработчика претендует прокачанные, владеющие актуальными технологиями молодые специалисты (та же история в DevOps, системном администрировании, тестировании и т.д.). И нет, рынок не слаб: полно бестолковой молодёжи, но и сильных специалистов с опытом работы хватает. Золотое Эльдорадо безграничных зарплат всё больше отступает, ИТ становится скорее рутиной, чем строительством будущего.

Увы, некоторые ИТ-специальности и должности тоже трансформируются, видоизменяются и уходят в облако, аутсорсинг, задачи из серии М2М. Сложные системы выходят на новый уровень автоматизации и тем самым сокращают потребность в инженерах и разработчиках. Поэтому нужно быть гибким и обучаемым, чтобы легко менять свой профиль внутри отрасли.

И вроде бы — что плохого в непрерывном обучении и развитии для человека с интеллектом? Но обучение и самообразование выходит за границы рабочего дня и ты, чтобы оставаться тем же крутым профессионалом, вечерами пилишь свой пет-проект, ковыряя новинки Go, Java, JS (или что ты там предпочитаешь) и попутно изучая что-то совершенно новое, чтобы привнести это в рабочий проект, развивать его, делать максимально конкурентным. А это ещё один повод присмотреться к венерианским суткам, они больше подходят для качественного айтишника.

Бюрократия пришла в ИТ

Пожалуй, это один из самых неприятных факторов. ИТ сама по себе довольно стандартизированная отрасль — мы все работаем с регламентами, документацией, code style, мануалами, тестпланами и т.д. Без порядка в знаниях и правилах в разработке никуда. Но, конечно, этого было мало. Внутри ИТ-сферы появилось много менеджеров по развитию, качеству, стратегии, тактике, философии и хренологии. Им всем нужно и важно показать свою значимость, продемонстрировать нужность. А как это сделать, если ты ничего не разрабатываешь и даже не управляешь разработкой и созданием продукта и его ценности? Правильно, внедрить регламенты, правила, отчёты, таблицы, оценки и т.д. Оттуда и появляются такие документы как регламент взаимодействия отдела разработки и отдела продаж, правила посещения столовой, регламент проведения еженедельного митапа (даже если нет времени и темы!), инструкция по поведению в офисе, рекомендации по межличностному взаимодействию и т.д. Менеджеры такого рода думают, что они наводят порядок, а на самом деле разобщают коллектив — и вот уже в компании из трёх человек ты не подходишь к своему коллеге и не просишь о помощи, а ставишь ему задачу во внутренней системе. Сам ты, кстати, тоже без тикета ничего не делаешь — а то мало ли что в конце полугодия стрельнет в голову очередной эффективной единице.

Если тотальное регламентирование и бюрократия получают одобрение руководства, ты обнаруживаешь, что перестал успевать делать даже базовые задачи, потому что кроме всего прочего ваша компания погрязла в совещаниях и встречах, без них не решается ничего. А значит, как снежный ком продолжают расти технический долг и сверхурочная работа. Шутка про венерианские сутки перестаёт быть глупой и превращается в мечту.

HR бывают не в себе

Вот тут мне везло как никому — 90% HR-ов на моём пути были отличными и (неужели так бывает?) с техническим образованием. Они не просто подбирали удачных кандидатов и формировали неплохой штат разработки, но развивали персонал внутри рабочего периода с помощью реальной поддержки, адаптации, релокации и горизонтального перемещения. Но это не значит, что я не ходил по собеседованиям. А там я слышал и видел всё: собеседование с имитацией очень плохого английского, отказы по причине «вы оверквалифайд» (это вообще что, простите?), ошибки в описании стека (и в его обсуждении — ну не лезь, если не вывозишь…), золотые горы мерча, лишь бы не дать оклад побольше (одна девушка-HR полчаса описывала состав welcome-пака и старательно огибала вопрос вознаграждения). Эти же HR отнимают много времени на квазикорпоративную культуру, анкетирование, анализ психологического климата коллектива. Со стороны это звучит прикольно, но внутри всё не так радужно: большинство сотрудников продолжают дружно врать в тестах и анкетах, сводя к нулю все усилия. И это не просто потеря времени, это фактор демотивации — ты не чувствуешь себя защищённым, ты просто элемент корпоративной культуры. Есть подозрение, что это так не работает.

Здоровье под угрозой

Это фактор, о котором не думаешь, пока он не подойдёт к тебе вплотную. Сидячая работа, напряжённый умственный труд, неправильная поза, работа в помещении — всё это факторы, вызывающие различные проблемы в организме. Если к этому прибавить чуть меньше силы воли, неправильное питание и нездоровые перекусы, неудобную и неэргономичную мебель, вредные привычки и нежелание выходить из дома, то всё, год-два — и ты узнаешь, что такое отёки, лишний вес, больные суставы, сухая кожа, туннельный синдром, при «особом везении» познакомишься с заболеваниями ЖКТ, одышкой, сонливостью, болью в пояснице. При очень неблагоприятном стечении обстоятельств и особенностей организма раньше времени можно начать гуглить гипертонию, сахарный диабет, артрит. Иногда на себя не хватает времени совсем, а если и хватает, то высокий уровень стресса непрерывно сводит часть заботы о здоровье на нет. И даже ДМС совсем не спасает ситуацию.

А честно говоря, в малом и среднем бизнесе и руководителям не легче. Как же реальность контрастирует с мыльными операми и тру-офис-сериалами, где бизнесмены ломают голову лишь о том, куда потратить деньги, а главный человек в компании это секретарша-любовница!

И что?

И вот ты уходишь из айти. Кто ты? Куда податься? Можно в маркетинг и продажи — ты идеально знаешь продукт и проблемы пользователей изнутри; или в менеджеры проекта — нести галлюцинации клиента как свет и истину своим бывшим коллегам; или переучиться на переводчика и копирайтера — смотреть в руки заказчикам и принимать раунды правок, ведь в тексте, в отличие от кода и архитектуры, разбираются все; а то и вовсе в автомастерскую или в дилерский центр — отвечать на странные вопросы и оправдываться, что вы не ставите палёные и бэушные детали на 15-летний Ford Focus клиента. 

Позади осталось айти… Остались твои коллеги — изумительные увлечённые профессионалы, готовые ругаться и спорить за каждую строчку кода, перфекционисты и изобретатели; осталась возможность расти и менять направление развития; ушли в сторону удалённая работа практически без границ и гибкий офисный график; испарилась уверенность в завтрашнем дне и в будущем, точно зависящем от тебя; стало далёким потрясающее, умное, компетентное и отзывчивое мировое ИТ-сообщество; забылись шутки, смешные аргументы горячих споров разработчиков; нет больше гордо-заносчивого и одновременно такого значимого «я — часть ИТ»… 

Успокойся. Проснись. Ты всё ещё здесь. Оставайся.