Почему тебе НЕ стоит идти работать в АйТи
Привет, %username%! Слушай, прежде чем ты понесёшь свои кровные на очередные курсы «стань программистом за три месяца», давай честно поговорим о том, о чём тебе не расскажут продавцы этих самых курсов. Все эти истории про гибкий график, работу с ноутбуком на Бали и зарплаты в долларах — это как картинки в меню в забегаловке: выглядят аппетитно, а на деле ты получаешь совсем не то, что ожидал.
Я собрал для тебя реальные истории о рутинной, скучной, монотонной работе в АйТи — для каждой профессии отдельно. Потому что рутина везде своя, но одинаково тоскливая. Погнали разбираться.
DevOps/SRE инженер: добро пожаловать в кошмар 24/7#
Знаешь, что самое «клёвое» в работе DevOps-инженера? Возможность проснуться в 6 утра от звонка, когда у клиента упала нода в кластере БД. И это не какой-то редкий случай — это твоя новая реальность, которая будет случаться 1–2 раза в месяц. Только представь: ты ещё толком не проснулся, одним глазом смотришь в телефон, копируешь логи и машинально запускаешь стандартный набор инструментов восстановления.
Бесконечный мониторинг#
Твой рабочий день начинается с проверки дашбордов. Grafana, Prometheus, Datadog — твои новые лучшие друзья. Ты часами смотришь на графики, анализируешь метрики: время отклика, загрузку CPU, потребление памяти. Звучит захватывающе? Попробуй делать это каждый день в течение года.
А ещё есть логи. Море логов. Океан логов. ELK-стек становится твоим вторым домом, где ты проводишь больше времени, чем в настоящем. Тебе нужно найти иголку в стоге сена — вот только стог размером с небоскрёб, а игла может быть где угодно.
Дежурства и инциденты#
Помнишь, как тебе обещали гибкий график? Ну так вот, он действительно гибкий — гнётся во все стороны, только не в твою пользу. Ты дежуришь по ночам и выходным. Алерт может прилететь в любой момент. Семейный ужин? Прогулка с собакой? Извини, приятель, но продакшен горит, и тушить его будешь ты.
И после того как ты всё починил, наступает самое «весёлое» — написание отчёта клиенту. Нужно расписать, что произошло, почему произошло, как ты это починил и что сделал, чтобы это больше не повторилось. На 200 страниц. Потому что некоторые заказчики испытывают благоговейный ужас перед кипой бумаг.
Рутинная автоматизация#
Ирония в том, что половину своего времени ты тратишь на автоматизацию… чтобы автоматизировать рутину. Пишешь CI/CD-пайплайны, настраиваешь мониторинг, конфигурируешь инфраструктуру через Ansible или Terraform. Но это тоже рутина! Просто рутина для автоматизации рутины. Рутинный Inception, понимаешь?
По концепции SRE ты не должен тратить больше 50% времени на операционные задачи (toil). Звучит неплохо, правда? Только вот в реальности эти 50% превращаются в 80%, а оставшиеся 20% ты тратишь на то, чтобы объяснять менеджерам, почему у тебя нет времени на разработку.
Системный администратор: “а можешь включить принтер?”#
Если ты думаешь, что системный администратор — это крутой хакер из фильмов, который взламывает Пентагон за пять минут, у меня для тебя плохие новости.
Техподдержка first-line#
Реальная жизнь сисадмина выглядит так: ты бежишь в бухгалтерию, чтобы «включить процессор». Да-да, именно так пользователи называют системный блок. Или меняешь картридж в принтере. Снова. В третий раз за день. В том же самом принтере.
Тебе прилетает 5–10 заявок в день через ServiceDesk. «Не работает интернет» (кабель не воткнут), «Компьютер тормозит» (забита оперативка хромом с 50 вкладками), «Пропал Word» (иконку случайно удалили с рабочего стола). И так каждый день. Месяц за месяцем. Год за годом.
Обслуживание инфраструктуры#
А ещё есть «настоящая» работа. Резервное копирование данных — каждый день, каждую ночь. Обновление систем — вручную, на каждом сервере. Проверка работоспособности — по списку, в Excel-табличке. Настройка учётных записей — одна за другой.
Знаешь, что самое страшное? «Панический ступор от осознания, что бэкапа нет, а ты только что отформатировал диск с документами целого отдела». Это не шутка. Это реальная история.
Работа 24/7#
Ты всегда на связи. Всегда. В отпуске, в выходные, на пляже с коктейлем. Бизнес не может обходиться без IT. Даже пробить товар невозможно без софта. Поэтому, когда что-то падает, — звонят тебе. В любое время суток.
Монотонность, усидчивость, умение выполнять однообразную работу — вот твои главные навыки. А ещё стрессоустойчивость, потому что работать приходится в ненормированном графике при постоянных форс-мажорах.
Программист: код, баги, рефакторинг, повтори#
Теперь — о самой, казалось бы, творческой профессии в АйТи. Спойлер: творчества там не больше, чем в работе на конвейере.
Backend-разработчик: CRUD до потери пульса#
CRUD: Create, Read, Update, Delete. Четыре операции, которые ты будешь писать до конца своих дней. Создать запись в базе, прочитать, обновить, удалить. Снова и снова. С разными таблицами, разными сущностями, но суть одна и та же.
API-endpoints. Сотни, тысячи API-endpoints. Принять запрос, валидировать данные, сделать запрос в базу, отдать ответ. Меняются только названия. Для разнообразия можешь добавить аутентификацию и авторизацию — но это тоже шаблонный код.
А ещё есть legacy. Старый код, написанный предыдущим разработчиком, который давно уволился и теперь занимается разведением кроликов на даче. Тебе нужно разобраться в этом коде, понять логику (если она там есть) и что-то исправить. «Тебе приходится исправлять написанный не очень хорошо проект за кем-то. Это в итоге выходит дороже, чем если бы его изначально дали мне».
Frontend-разработчик: подвигай кнопку#
«Одна кнопка — одна задача на день». Это не преувеличение, это реальность многих фронтендеров. Вся логика на бэке, а ты просто двигаешь элементы туда-сюда. «Подвигать кнопку или перекрасить её».
Адаптация под разные браузеры и устройства. Chrome, Firefox, Safari, Edge. Desktop, tablet, mobile. Android, iOS. И у каждого свои приколы. То, что работает в Chrome, падает в Safari. То, что красиво на desktop, разваливается на mobile.
Работа с отступами. «14px вместо 16px, нарушая дефолтные шаги в 8px». Дизайнер внезапно решает, что нужен отступ не 16, а 14 пикселей. Зачем? А фиг его знает. Просто так захотелось. И ты меняешь эти 2 пикселя во всём проекте.
Общая рутина для всех#
Код-ревью. Часами. Днями. Проверять чужой код, оставлять комментарии, спорить о том, нужна ли тут переменная или можно инлайнить. «Раздражает проверка pull request. Это может продолжаться часами (и днями!)».
Написание документации. Это не просто скучно — это смертельно скучно. «Раздражает создавать и упорядочивать документацию. В процессе бывает сложно перевести знания в голове на человеческий язык».
Тестирование. Написание тестов. Перезапуск тестов. Запустил тест — упал. Починил — запустил снова. Упал в другом месте. И так по кругу.
QA-тестировщик: регресс, регресс, регресс#
Думаешь, тестировщики просто играют в игры или тыкают в приложения? Ха. Если бы.
Регрессионное тестирование#
«Регрессионное тестирование — сотый раз прогонять». Представь, что тебя заставляют играть в одну и ту же игру, проходить один и тот же уровень, ровно по тому же маршруту, делать те же действия. Сто раз подряд. А потом ещё сто.
Smoke-тесты после каждого деплоя. Один и тот же набор проверок: открыть приложение, залогиниться, открыть главную страницу, проверить основные функции. И так после каждого обновления.
«Играть в одно и то же раз за разом». Это не просто скучно — это убивает мотивацию. «Чаще всего работа трудная, но интересная. Иногда — безумно скучная».
Документация test-кейсов#
Составление подробных тест-кейсов. Шаг 1: открыть приложение. Шаг 2: нажать на кнопку входа. Шаг 3: ввести логин. Шаг 4: ввести пароль. И так на 100 шагов для одного простого сценария. А сценариев — сотни.
Баг-репорты. Каждый баг нужно задокументировать: что делал, что ожидал, что получил, окружение, версия билда, шаги для воспроизведения. И таких багов в день может быть десятки.
Поддержание документации в актуальном состоянии. Изменилась кнопка — нужно обновить все тест-кейсы, где она упоминается. Добавился новый экран — нужно написать новые тест-кейсы. Бесконечная рутина.
Team Lead / Tech Lead: совещания вместо кода#
Ты думал стать лидером, чтобы больше влиять на проект? Приятель, у меня для тебя новости.
Встречи, встречи, встречи#
«Марафон встреч на несколько часов». Ежедневные стендапы, груминги, планирования, ретроспективы, one-to-one-встречи. Твой календарь похож на тетрис, где каждый блок — это совещание. И между этими блоками нет места для того, чтобы что-то сделать.
Утро начинается с дейли. Потом — планирование спринта. После обеда — груминг бэклога. Вечером — one-to-one с разработчиками. А между всем этим нужно ещё и работу делать. Когда? После работы. Ночью. На выходных.
Код-ревью как основная работа#
Проверка pull request’ов. Это теперь не просто часть твоей работы — это основная часть. Ты проверяешь код, оставляешь комментарии, споришь с разработчиками о том, почему этот подход лучше или хуже. Часами.
Парное программирование с джунами. Объяснять базовые вещи. Показывать, как правильно. Смотреть, как они делают ошибки, которые ты совершал пять лет назад. Терпеть и снова объяснять.
Административная рутина#
Распределение задач: кому что дать, кто с чем справится, у кого какая загрузка. Excel-таблички или Jira-борды — твои новые инструменты.
Решение конфликтов. Вася не может работать с Петей, потому что они поругались из-за подхода к написанию тестов. Маша выгорает, потому что все задачи скучные. Коля хочет уйти, потому что нет карьерного роста.
Заполнение отчётов: что сделали, сколько времени потратили, какие проблемы возникли, какие планы на следующую неделю. Каждую неделю. Каждый спринт. Каждый месяц.
Product Manager: созвоны, метрики, согласования#
PM — это человек, который общается. Много общается. Очень много общается. И потом ещё немного общается.
Марафон встреч#
Типичный день продакта: «утренний скрам, архитектурный созвон, созвон с клиентом, синк с инженерами, груминг бэклога». Твой день — это бесконечная череда встреч. Созвон за созвоном, без перерывов.
С 11 до 14:00, иногда до 16:00 — ты в постоянной коммуникации. Команда, клиенты, стейкхолдеры, партнёры. Все хотят с тобой поговорить. Все хотят что-то обсудить. Все хотят твоего внимания.
Focus time? Первые пару часов утром, до того как начнутся встречи. Вот это твоё время, чтобы подумать, написать документацию, сформулировать гипотезы. А потом — добро пожаловать в марафон.
Проверка метрик каждое утро#
«Первым делом всегда смотрю все метрики по продукту на дашборде». Каждый день. Без исключений. Retention, NPS, конверсия, активность пользователей, revenue. Цифры, цифры, цифры.
Анализ результатов A/B-тестов. Запустили тест — нужно посмотреть результаты. Победила версия B — нужно раскатать на всех. Не сработало — нужно понять, почему, и придумать новую гипотезу.
Документация, документация, документация#
Написание ТЗ и требований. Для каждой фичи нужно написать, что хотим сделать, зачем, для кого, как это будет выглядеть, как это должно работать.
Подготовка бизнес-планов. Что даст эта фича, как будем измерять успех, какие метрики должны вырасти, на сколько, почему именно на столько.
Формирование бэклога. Приоритизация задач: что делаем сейчас, что потом, что не делаем вообще. И объяснение команде, почему именно в таком порядке.
Data Scientist: 80% времени на подготовку данных#
Забудь про крутые нейросети и машинное обучение. Реальность DS — это работа с данными. Очень. Долгая. Работа. С. Данными.
Разметка, очистка, препроцессинг#
«Data scientist тратит большую часть своего времени на сбор, разметку, классификацию данных». Не на обучение моделей. Не на анализ. На работу с сырыми данными.
Разметка данных. Вручную. Тысячи, десятки тысяч образцов. «Это кошка. Это собака. Это тоже кошка. А это размытая фигня, которую хрен пойми что».
Очистка данных. Удаление дубликатов, обработка пропусков, исправление ошибок, нормализация форматов. Excel, Python, pandas — твои инструменты. Рутина — твоя реальность.
Документация на 200 страниц#
«Написание 200 страниц текста для заказчика». Техническая документация, сопроводительная документация. Описание модели, описание данных, описание метрик, описание результатов.
«Что, как, почему именно так». Каждое решение нужно обосновать: почему выбрали эту модель, а не ту; почему эти гиперпараметры, а не другие; почему эта метрика, а не другая.
Работа в изоляции#
«Data scientists в итоге работают одни, даже если сидят за тем же столом, что и разработчики». Один DS на всю команду. Не с кем посоветоваться, не с кем обсудить подходы.
«Рассчитывают финансы в Excel». Иногда вместо машинного обучения ты просто заполняешь Excel-таблички. Потому что бизнесу нужен быстрый результат, а не красивая модель.
IT-архитектор: документация и согласования#
Ты думал, будешь проектировать крутые системы? Будешь. Но сначала напишешь 300 страниц документации.
Рутина документации#
«Подготовка документации по проектам. Рутины более чем достаточно». Техническая документация, архитектурная документация, пользовательская документация.
«Вычертить огромный генплан месяцами». Схемы, диаграммы, чертежи. Одно и то же, но с небольшими вариациями. Для одного проекта. Потом для другого. Потом для третьего.
Проектирование типовых проектов («коробок»). Не каждый раз что-то новое. Часто — одно и то же, со стандартными решениями, стандартными подходами.
Согласования#
Координация команды. Распределение задач, контроль сроков, проверка качества. People management, как ни крути.
Согласования с бизнесом. Объяснять, почему это решение лучше, почему оно стоит таких денег, почему нужно столько времени. Презентации, совещания, обоснования.
Дизайнер: правки, правки, ещё правки#
«Бесконечные правки, а потом просят вернуться к первоначальному варианту».
Рутинные задачи#
Разработка технических эскизов. Создание макетов. Адаптация под разные разрешения. Экспорт в разные форматы. Подготовка ассетов для разработчиков.
Многочасовые правки. Клиент посмотрел — что-то не нравится. Изменил — опять не то. Сделал как было в начале — вот теперь хорошо. Три дня работы — в урну.
Монотонность и выгорание. «Дизайнер заставляет себя работать над рутинным процессом, пока все однотипные и скучные задачи не будут завершены».
Общие паттерны рутины: что объединяет всех#
Изучив десятки источников и истории реальных людей, я вывел паттерны, которые присутствуют в каждой АйТи-профессии:
1. Документация — бесит всех#
От джуна до архитектора, от тестировщика до продакта — все ненавидят писать документацию. Но все обязаны это делать. Снова и снова.
2. Встречи вместо работы#
Стендапы, планирования, груминги, ретро, синки, one-to-one. Твой день превращается в марафон встреч, между которыми нужно ещё и работу делать.
3. Legacy-код и технический долг#
«30% всего объёма работ по итогу не используется». Работа в стол. Или работа с кодом, который написали пять лет назад и который теперь никто не понимает.
4. Работа 24/7#
Особенно для DevOps, SRE, сисадминов. Ты всегда на связи. Отпуск, выходные, праздники — неважно. Если упало — звонят тебе.
5. Выгорание через рутину#
«78% ИТ-работников страдают от выгорания». «89% специалистов трудятся в режиме 5/2, 69% работают сверхурочно и дома». Монотонные задачи, большая нагрузка, постоянный стресс.
6. Ненормированный рабочий день#
Никаких доплат за переработку. В качестве компенсации — три дополнительных дня отпуска. И это в лучшем случае. А в худшем — просто работай больше за те же деньги.
7. “Можно легко разлюбить свою работу”#
«Проблемы имеют свойство накапливаться как снежный ком. Большой технический долг, давление руководства, административно-бюрократические проблемы — если не уметь с этим справляться, можно легко разлюбить свою работу».
Итого: суровая правда о работе в АйТи#
Знаешь, что самое смешное? Я не придумал ничего из этого. Всё, что ты прочитал выше, — это реальные истории реальных людей.
АйТи — это не работа мечты с кофе на Бали. Это рутина, стресс, выгорание и постоянное ощущение, что ты бежишь на месте.
Это ненормированный рабочий день, где «гибкий график» означает «работай, когда хочешь, но 24/7». Это постоянное обучение, потому что технологии устаревают быстрее, чем молоко в холодильнике.
Это работа, где «30% всего объёма работ по итогу не используется». Где проекты закрываются на полпути. Где требования меняются каждую неделю.
Но стоит ли оно того?#
Если после всего прочитанного ты всё ещё хочешь в АйТи — значит, это твоё. Потому что, несмотря на всю эту рутину, в АйТи есть кайф от решённой сложной задачи. Есть драйв от того, что твой код работает на миллионах устройств. Есть удовлетворение от автоматизации, которая избавляет людей от рутины (хотя и создаёт свою).
Но если ты идёшь в АйТи за «лёгкими деньгами», «гибким графиком» и «работой на Бали» — разворачивайся и уходи. Потому что это миф. Красивая сказка, которую рассказывают продавцы курсов.
Реальность — она другая. Реальность — это твой 50-й pull request за день, 20-е совещание за неделю, 100-й регресс-тест за месяц. Реальность — это алерт в 3 часа ночи и вопрос «а где бэкап?».
И знаешь что? Многим это нравится. Потому что рутина — это часть работы. Любой работы. В АйТи, как и везде, есть своя грязная работа, которую кто-то должен делать.
Так что решай сам. Я просто показал тебе, что находится за красивой витриной «работы мечты в АйТи». А дальше — твой выбор.
Если у тебя есть вопросы, комментарии и/или замечания – заходи в чат , а так же подписывайся на канал .
О способах отблагодарить автора можно почитать на странице «Донаты ».