Привет! Это первая статья в моём блоге — и я решил начать не с кода, а с чего-то более общего. Давай разберёмся, как вообще выглядит работа в ИТ: какие бывают компании, кто в них работает и как выглядит рабочая рутина.
Я разработчик, работал в разных направлениях бизнеса, в разных типах компаний и с командами из разных стран. Эта статья — мой личный взгляд на работу в ИТ. Ваш опыт и видение могут отличаться — это нормально.
Типы компаний
Когда я только начинал, я вообще не понимал чем компании отличаются друг от друга. Ну компания и компания. Потом поработал в разных и понял — разница огромная, особенно для новичка.
Грубо говоря, компании делятся на три типа.
Продуктовые
Продуктовые компании непосредственно продают свой продукт. Причём ИТ здесь может быть как вспомогательной историей, так и основной бизнес-моделью.
Если взять, например, банк и его онлайн-сервисы — ИТ обслуживает бизнес, а сам бизнес всё-таки банк: хранение денег, выдача кредитов, заработок на процентах. А если взять доски для задач вроде Jira или YouTrack — эти ребята продают свой продукт именно как ИТ-решение, они зарабатывают именно на нём.
Когда ты приходишь в продуктовую компанию, скорее всего, будешь работать на одном проекте всю свою карьеру в этой компании. И у этого есть свои плюсы:
- Ты полноценно погружаешься в бизнес и понимаешь, как он работает
- Хорошо знаешь кодовую базу и систему целиком — получаешь глубокие знания
- По моему опыту, продуктовая история более конкурентная, и задачи встречаются сложнее
Аутсорс
Бизнес-модель аутсорс-компаний построена на том, что они оказывают ИТ-услуги другим компаниям. У продуктовых не всегда есть возможность организовать у себя ИТ-отдел, поэтому они прибегают к услугам посредников — аутсорс-компаний, которые держат штат сотрудников и распределяют их на проекты заказчиков.
По сути эти ребята продают тебя как ресурс. У этого есть и плюсы, и минусы, и своя специфика. Мне в своё время довелось поработать в таких компаниях, поэтому есть чем поделиться.
Основной минус — ты как бы работаешь в двух компаниях одновременно. У тебя есть коллеги и регламент в твоей основной компании, но взаимодействовать с ними ты почти не будешь. Тебя, скорее всего, перепродадут на какой-то проект, и там будут уже другие коллеги, свои email-ящики, свои документы для подписания и свой процесс разработки.
Может получиться такая ситуация: ты устроился в одно место — обсудил оффер, условия труда, какие будут задачи, как выстроены процессы, как выглядит система развития сотрудника — а работать по факту будешь в совершенно другой компании. И твои ожидания могут не оправдаться.
Но из этого минуса можно вывести и плюс — насмотренность. В аутсорсе периодически меняют проекты: ты можешь полгода-год работать на одном, потом переходить на другой. Ты попробуешь себя в разных сетапах команд: где представлены все роли и выстроены хорошие процессы, а где ничего толком не сделано и всё достаточно плохо. Такой опыт особенно ценен на начальном этапе — пощупать разные технологии, языки, поработать с разными людьми.
Стартапы
Отдельная история. Не знаю, можно ли их прямо так выделять в отдельную категорию, но я выделяю.
Это небольшие компании, часто одна маленькая команда. Здесь ты — мастер на все руки: процессы и роли размазаны, и часто один разработчик одновременно выполняет сразу несколько ролей — может быть не только разработчиком, но и проджект-менеджером в то же время. Сегодня пишешь код, завтра настраиваешь сервер, послезавтра общаешься с клиентом.
Бывает по-разному, но в целом в стартапах минимум бюрократии, очень быстрая связь и короткий фидбэк-цикл — некоторым людям это очень подходит.
Куда идти новичку?
Честно — аутсорс часто проще для старта. Из-за специфики бизнеса критерии отбора там пониже: компания заинтересована в продаже тебя. Она не особо ценит тебя именно как специалиста — конечно, пытается развить, но её бизнес в том, чтобы продать тебя подороже. Поэтому она не будет препятствовать твоему росту. Если прикладывать усилия, тебя будут продвигать быстро, потому что за джуна, мидла и сеньора платят по-разному.
В таких компаниях люди обычно очень быстро растут до сеньора. Правда, есть нюанс: если потом перейти в продуктовую компанию, можно и не являться сеньором по их критериям. В аутсорсе ты сеньор, потому что так тебя выгоднее продать.
Плюс ты быстро попадаешь на реальный проект и начинаешь набирать опыт. Насмотренность растёт стремительно. Минус — в аутсорсе ты ресурс. Это не оценочное суждение, просто факт: тебя могут перекинуть на другой проект без особых объяснений.
В продуктовую компанию попасть сложнее, но там ты с первого дня погружаешься в один продукт.
Направления бизнеса
ИТ-компании работают в совершенно разных сферах, и это сильно влияет на то, чем ты будешь заниматься каждый день. Давай пройдёмся по основным.
- E-commerce — маркетплейсы, онлайн-магазины
- Fintech — банки, платёжные сервисы, трейдинг
- Biotech — медицина, фарма, исследования
- Insurance — страхование жизни, корпоративное страхование
- Другие — EdTech, GameDev, Logistic
Fintech
Банки, платёжные сервисы, всё что связано с деньгами. Платят здесь обычно выше, чем в других направлениях. Но не просто так.
Код в таких проектах может быть очень старым: банковское ПО разрабатывается надолго и не любит резких изменений. Цена ошибки здесь крайне высока — ты напрямую работаешь с деньгами людей. Плюс — высочайшие стандарты безопасности, по понятным причинам.
Коллега рассказывал как работал в Сбере: разработчику выдавали два компьютера. На одном — только код, без интернета. На втором — интернет, но никакой разработки. Звучит дико, но логику понять можно.
Biotech
Это то направление, которое меня удивило больше всего. Мне довелось поработать на проектах Merck и AstraZeneca — мы делали визуализацию генома человека. Честно говоря, тогда я вообще не знал кто это такие. А это гиганты фармацевтики — я это осознал только в ковид, когда именно эти компании одними из первых зарегистрировали вакцины от коронавируса.
Учёные работают с огромными массивами генетических данных — и без нормального интерфейса эти данные просто тонут в таблицах. Ты пишешь код, а за ним — реальные исследования, реальные открытия, реальные лекарства. Это совсем другое ощущение от работы.
Insurance
Страхование. В России этот рынок пока не очень развит, а вот в Германии или Швейцарии страховки — это буквально база. Мне удалось поработать в этом направлении и даже прожить два года в Германии, так что о страховках я могу говорить долго 😁
Там страхуют буквально всё: потерю ключей, случайно разбитый у друзей телевизор, ответственность перед соседями. Для человека из России это звучит странно, но рынок именно такой.
Мне удалось поработать на проекте от гиганта индустрии Allianz. Приложения в страховании — это по сути умные калькуляторы, которые считают твой риск и предлагают условия. В моём случае страховали не физических лиц, а целые компании — и там цифры были просто запредельные.
E-commerce
Маркетплейсы и онлайн-магазины — Wildberries, Ozon, Amazon. Личного опыта у меня здесь нет, но это одно из самых технически интересных направлений.
Представь: Чёрная пятница. Сотни тысяч заказов в минуту. Системы должны не просто работать — они должны работать быстро, иначе каждая секунда задержки это прямые потери выручки. Именно в e-commerce представлены одни из самых сложных задач по высоким нагрузкам.
Плюс рекомендательные алгоритмы, логистика, A/B-тесты. Скорость разработки здесь максимальная — конкуренция не ждёт.
Направление бизнеса влияет на твою карьеру. Поработав в fintech ты становишься интереснее для других fintech-компаний — они ценят людей которые уже понимают специфику. Поэтому думай не только о технологиях, но и о том в какой сфере хочешь развиваться.
Формы трудоустройства
1. Трудовой договор (ТК РФ)
Обычный трудовой контракт, как и в других сферах. У тебя есть оплачиваемые отпуска, больничные, ставка налогов зависит от дохода. Кстати, с каждым годом рассчитать зарплату «на руки» становится всё сложнее — для этого я сделал небольшое приложение naruki.online, которое помогает разобраться в расчётах.
2. ИП (Индивидуальный предприниматель)
Думаю, все слышали, что можно работать на себя и предоставлять услуги компаниям. В таком случае налог на доход ниже, и нередко компании готовы платить ИП больше, чем сотруднику по ТК. Связано это с тем, что компания не предоставляет тебе отпуск, больничные и не делает социальные выплаты. Плюс — с тобой легко расстаться.
Если тебя всё это устраивает, работа по ИП может быть выгоднее.
3. Патент
Схожая с ИП история, но может давать выигрыш по налогам для определённых видов деятельности. Имеет ограничения по сумме дохода и типу работ. Стоит изучить отдельно, если хочется минимизировать налоговую нагрузку.
4. Самозанятый
Пожалуй, самый простой способ легально работать на себя. Налог — 4% с платежей от физлиц и 6% от юрлиц. Оформляется за 10 минут через приложение “Мой налог”, закрывается так же легко. Главное ограничение — доход не более 2,4 млн рублей в год. Идеально для старта фриланса или подработки.
Если коротко — вот сравнение всех вариантов:
| Трудовой договор | ИП | Самозанятый | Патент | |
|---|---|---|---|---|
| Отпуск и больничный | ✅ | ❌ | ❌ | ❌ |
| Соцвыплаты | ✅ | ❌ | ❌ | ❌ |
| Налог | выше | ниже | минимальный | минимальный |
| Стабильность | высокая | низкая | низкая | низкая |
| Лимит дохода | нет | нет | 2,4 млн/год | ограничен |
| Ограничения | нет | нет | нельзя нанимать сотрудников | по типу работ |
Как устроена работа
Вот теперь мы добрались до самого интересного — как выглядит работа внутри компании.
Команды и отделы
Чаще всего люди разбиты на команды разработки. Деление бывает разным:
- По сервисам — каждая команда отвечает за свой кусок большого приложения.
- По функциям — например, инфраструктурные команды, которые не делают бизнес-фичи, но помогают другим командам работать быстрее (CI/CD, деплой, мониторинг).
Параллельно с командами существует деление по отделам: все разработчики относятся к отделу разработки, тестировщики — к QA-отделу, и так далее. Из этих отделов и формируются кросс-функциональные команды.
Золотая середина по размеру команды — до 10 человек.
Роли в команде
- 🔍 Аналитик
- 🎨 Дизайнер
- 💻 Разработчики — Frontend, Backend, Fullstack, Mobile
- 🧪 Тестировщики — ручное и автоматизированное тестирование
- ⚙️ DevOps
- 🏗️ Архитектор
- 🔒 Специалист по информационной безопасности (ИБ)
- 📋 Project Manager
- 🔄 Scrum Master
🔍 Аналитик
Аналитики бывают двух видов: бизнес-аналитик и системный аналитик. Но чаще всего мы просто называем их аналитиками.
Их главная задача — переводить с языка бизнеса на технический язык. Это оформляется в техническое задание (ТЗ), по которому команда разработки будет работать. Аналитик может быть выделен на конкретную команду, а может быть общим ресурсом на несколько команд сразу.
🎨 Дизайнер
Дизайнер занимается реализацией интерфейсов — UI (как выглядит) и UX (как работает). Чаще всего один человек совмещает обе роли. Как и аналитик, дизайнер нередко работает не с одной командой, а со всем продуктом.
💻 Разработчики
Делятся на:
- Frontend — разрабатывают клиентскую часть, то, что видит пользователь
- Backend — разрабатывают серверную логику
- Fullstack — умеют и то, и другое
- Mobile — разрабатывают мобильные приложения
🧪 Тестировщики (QA)
Тоже делятся на два типа:
- Ручной тестировщик (Manual QA) — прокликивает интерфейс, проверяет сценарии руками
- Автоматизатор (Automation QA) — пишет автоматические тесты, которые сами проверяют работу системы. Это важно: на каждом проекте накапливаются критические сценарии, которые нужно гонять регулярно.
⚙️ DevOps-инженер
Занимается инфраструктурой: деплоем, CI/CD-пайплайнами, мониторингом, нагрузками. Написать код — это только половина работы; его ещё нужно правильно развернуть. DevOps бывает выделен на команду, а бывает — один на весь продукт. Нередко эта роль ложится на плечи разработчиков.
📋 Project Manager
Одна из самых размытых по обязанностям роль — от компании к компании понимание PM-а сильно различается. В общем смысле PM отвечает за эффективное ведение проекта: понимает потребности бизнеса, расставляет приоритеты, управляет ресурсами команды. Нередко один PM работает сразу с несколькими командами.
🏗️ Архитектор
Отвечает за техническое проектирование системы: как сервисы взаимодействуют друг с другом, какие технологии использовать, как обеспечить масштабируемость. Это не стартовая позиция — обычно в архитекторы вырастают из опытных разработчиков, которые уже прошли путь от написания кода до понимания системы целиком.
🔒 Специалист по информационной безопасности (ИБ)
Следит за тем, чтобы продукт был защищён: проводит аудиты кода, проверяет уязвимости, выстраивает политики доступа. В fintech и enterprise-компаниях без ИБ-специалиста не обойтись. Попасть сюда можно с профильным образованием или вырасти из разработчика — это один из возможных векторов развития карьеры.
🔄 Scrum Master
Довольно редкая роль. Чаще всего её совмещают с другой позицией — например, тестировщик или разработчик может быть Scrum Master-ом. Основная задача — выстроить эффективный процесс в команде, вести митинги и следить за соблюдением методологии. Иногда эту роль берёт на себя PM.
Процессы разработки
Как именно организована работа — во многом зависит от компании и её культуры.
В стартапах часто так: есть задача → берём → делаем → релизим. Без особых процессов, и это нормально на старте. Но чем взрослее продукт и больше команда, тем больше нужна стандартизация.
Waterfall — водопадная методология
Раньше был популярен подход, где сначала несколько месяцев писали документацию, потом её утверждали, и только потом начинали разработку. Проблема очевидна: к моменту релиза мир успевал измениться, и пользователи получали продукт, который уже не отвечал их потребностям.
Agile — гибкая разработка
Agile пришёл именно чтобы решить эту проблему. Идея — двигаться маленькими итерациями и каждые 1–3 недели выдавать что-то работающее, что уже можно отдать пользователям и получить обратную связь.
Два самых популярных подхода внутри Agile:
Scrum — это подход с фиксированными итерациями, которые называются спринтами (обычно 1–2 недели). В начале спринта команда планирует, что возьмёт в работу, в конце — проводит ретроспективу и смотрит, что прошло хорошо, а что можно улучшить. Хорошо работает в активной фазе разработки, когда много нового и нужна регулярность.
Kanban — подход без фиксированных спринтов. Задачи поступают в очередь и выполняются по мере готовности. Команда следит за тем, чтобы не брать на себя слишком много одновременно. Хорошо работает для зрелых продуктов на этапе поддержки или там, где приоритеты часто меняются.
Наглядное сравнение:
| Scrum | Kanban | |
|---|---|---|
| Итерации | фиксированные спринты 1–2 недели | нет фиксированных спринтов |
| Планирование | в начале каждого спринта | по мере поступления задач |
| Ретроспектива | в конце каждого спринта | по необходимости |
| Подходит для | активной фазы разработки | поддержки и зрелых продуктов |
Как выглядит типичный день
Многие представляют работу разработчика так: сел, написал код, всё. На практике немного иначе.
День обычно начинается со стендапа — короткой встречи на 10–15 минут. Каждый отвечает на три вопроса: что сделал вчера, что планирует сегодня, есть ли блокеры. Это не отчёт руководству, а синхронизация команды. После стендапа все расходятся и работают.
Основная часть дня — задачи из трекера (Jira, YouTrack). Разработчик берёт задачу, реализует, отправляет на код-ревью — коллеги смотрят код, оставляют комментарии, иногда просят переделать. Это нормально и полезно: свежий взгляд часто замечает то, что автор не видит.
Параллельно идут переписки в мессенджере (Slack или Teams) — обсуждения, уточнения, вопросы. Иногда встречи: планирование, груминг (разбор предстоящих задач), синк с аналитиком или дизайнером.
Путь задачи выглядит примерно так:
- Аналитик формулирует требования
- Команда обсуждает и оценивает задачу
- Для сложных задач — проектирование решения (архитектура, выбор подхода)
- Разработчик пишет код
- Код-ревью и правки
- Тестировщик проверяет
- В зрелых командах — проверка безопасности (особенно в fintech и enterprise)
- Деплой по средам: dev → test → staging → прод
От момента, когда задача взята в работу, до появления на проде может пройти день, а может — неделя. Зависит от сложности и процессов в команде.
Плюсы и минусы
✅ Плюсы
Высокий доход — ИТ традиционно одна из самых высокооплачиваемых сфер.
Удалённая работа — большинство ИТ-компаний предлагают возможность работать из любой точки мира.
Гибкий график — в большинстве команд нет жёсткой привязки к конкретным часам, главное — результат.
Международность — ИТ-специальность не привязана к конкретной стране или языку. Главное — знать английский, и перед тобой открывается весь мировой рынок 😁
Приятные бонусы (плюшки):
- Опционы
- 100% оплачиваемый больничный
- Питание в офисе
- Оплата обучения и курсов
- Компенсация фитнеса
- Курсы иностранных языков
❌ Минусы
Работа выходит за рамки рабочего времени. Это не про переработки, скорее про то, что ты начинаешь думать о задаче даже после закрытия ноутбука. Голова продолжает работать.
Постоянное обучение. Сфера очень динамичная. Нужно регулярно учиться, чтобы оставаться востребованным. Для кого-то это плюс, для кого-то — нет.
Кому подойдёт
Не буду давать банальные советы — лучше расскажу на примере своего опыта.
В детстве меня очень увлекали гаджеты. Это было время, когда форм-факторы телефонов менялись каждый год, у каждого производителя была своя операционная система, и всё это казалось каким-то магическим. В какой-то момент у меня появился HTC Sensation — очень крутой на тот момент аппарат. Андроид, куча возможностей, и я начал постоянно читать про новинки, смотреть обзоры, зависать на 4PDA.
Со временем телефон мне наскучил в стандартном виде — и я узнал, что его можно прошить. Это была дорога в один конец. Я начал постоянно перепрошивать в поисках идеальной системы. А потом мне захотелось сделать свою прошивку — «типа идеальную».
Прошивку я так и не создал. Но именно тогда я понял: чтобы сделать что-то своё, нужно научиться писать код. Это и определило мой путь в ИТ.
Поэтому мой совет простой: если есть что-то, что тебя по-настоящему цепляет — иди туда и смотри, куда это приведёт. Не обязательно гореть именно программированием. Главное — чтобы было что-то, ради чего хочется разобраться глубже. Если горишь — пробуй.
Если ты только делаешь первые шаги и ИТ тебе интересно — записывайся ко мне на консультацию. Разберём твой кейс индивидуально.
А если уже что-то пощупал, что-то понял, но есть пробелы и сложности — можно сразу взять набор занятий со мной как ментором.
Успехов! 🚀