Привет, %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 часа ночи и вопрос «а где бэкап?».

И знаешь что? Многим это нравится. Потому что рутина — это часть работы. Любой работы. В АйТи, как и везде, есть своя грязная работа, которую кто-то должен делать.

Так что решай сам. Я просто показал тебе, что находится за красивой витриной «работы мечты в АйТи». А дальше — твой выбор.

Если у тебя есть вопросы, комментарии и/или замечания – заходи в чат, а так же подписывайся на канал.

О способах отблагодарить автора можно почитать на странице «Донаты».