IT-специальности кто что делает и где болит

Здесь коротко опишем, кто что делает. Описываем основные профессии в IT. Кто что делает и какие проблемы у него.

Frontend-разработчик

Создаёт всё, что пользователь видит и с чем взаимодействует в браузере или приложении — кнопки, формы, анимации, вёрстку. Работает с HTML, CSS, JavaScript и фреймворками вроде React, Vue, Angular.

Что его интересует: скорость загрузки страниц, красивый и понятный интерфейс, совместимость с разными браузерами и устройствами.

Где болит: дизайнер присылает макеты, которые невозможно реализовать в срок; бэкенд отдаёт данные в неудобном формате; постоянно меняются требования уже в процессе вёрстки.

😤 Что его раздражает

Когда дизайнер присылает финальный макет после того, как вёрстка уже готова. Или когда бэкенд-разработчик меняет структуру API без предупреждения — и всё ломается прямо перед релизом.

Backend-разработчик

Отвечает за «внутренности» продукта — бизнес-логику, базы данных, API, серверную обработку данных. Пользователь его работу не видит, но без неё ничего не работает.

Что его интересует: надёжность, производительность, безопасность, масштабируемость системы.

Где болит: размытые требования, постоянные изменения логики на поздних этапах, отсутствие документации от смежных команд.

😤 Что его раздражает

Когда приходят с задачей «просто добавь кнопку» — а за кнопкой скрывается переработка половины базы данных. А на вопрос «зачем это нужно бизнесу?» никто не может ответить.

Fullstack-разработчик

Совмещает роли фронтенда и бэкенда. Может построить продукт в одиночку от интерфейса до базы данных. Часто встречается в небольших командах и стартапах.

Что его интересует: целостное видение продукта, возможность принимать архитектурные решения самостоятельно.

Где болит: распылённость между задачами, сложно уйти глубоко в одну область — всегда есть что-то горящее на другом конце стека.

😤 Что его раздражает

Когда его воспринимают как «двух разработчиков по цене одного» и грузят параллельно фронтом и бэком одновременно. Постоянные переключения контекста убивают продуктивность.

DevOps / Системный администратор

DevOps выстраивает процессы доставки кода от разработчика до пользователя: CI/CD-пайплайны, контейнеры, мониторинг, автоматизацию. Сисадмин следит за работой серверов, сети, инфраструктуры.

Что его интересует: стабильность систем, автоматизация рутины, быстрое обнаружение и устранение сбоев.

Где болит: разработчики деплоят «как получится», нет стандартов окружений, в 3 ночи падает прод — и звонят ему.

😤 Что его раздражает

Когда его зовут в проект только на этапе «надо задеплоить сегодня» — а архитектурные решения, несовместимые с инфраструктурой, уже приняты. И ночные звонки из-за проблем, которых не было бы при нормальном планировании.

Тестировщик (QA-инженер)

Проверяет продукт на соответствие требованиям, ищет баги до того, как их найдёт пользователь. Бывает ручным и автоматизированным. Пишет тест-кейсы, баг-репорты, регрессионные сценарии.

Что его интересует: качество продукта, воспроизводимость багов, покрытие тестами критичных сценариев.

Где болит: его подключают в самом конце, когда «всё готово» — и на тестирование остаётся день.

😤 Что его раздражает

Когда разработчик закрывает баг с комментарием «не воспроизводится» — не потрудившись проверить. Или когда на вопрос «а какое ожидаемое поведение?» никто не знает ответа, потому что требований не было.

Project-менеджер

Отвечает за выполнение проекта в срок, в рамках бюджета и с нужным качеством. Планирует задачи, управляет командой, коммуницирует с заказчиком, разруливает блокеры.

Что его интересует: предсказуемость, выполнение договорённостей, прозрачность статуса задач.

Где болит: команда даёт оптимистичные оценки, заказчик меняет приоритеты на ходу, никто не обновляет статусы в трекере.

😤 Что его раздражает

Когда разработчик говорит «я сделал» — а в трекере задача всё ещё висит в работе. И когда заказчик после финального согласования приходит с «а давайте ещё немного изменим», не понимая, что это срывает весь план.

Product-менеджер

Отвечает за продукт как таковой — что именно строить и зачем. Изучает пользователей, формирует бэклог, расставляет приоритеты, проверяет гипотезы. Связующее звено между бизнесом, дизайном и разработкой.

Что его интересует: метрики продукта, пользовательские сценарии, рост ключевых показателей.

Где болит: стейкхолдеры хотят всё сразу, команда спрашивает «а зачем это нужно?» вместо того чтобы делать, аналитики дают данные с опозданием.

😤 Что его раздражает

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

Дизайнер

Проектирует пользовательский опыт и визуальный облик продукта. UX-дизайнер думает о логике и удобстве, UI-дизайнер — об эстетике. Часто это один человек.

Что его интересует: понимание пользователя, целостность визуального языка, реализуемость решений.

Где болит: получает задачу «сделай красиво» без контекста; разработчик реализует макет «примерно так»; правки прилетают после финального согласования.

😤 Что его раздражает

Когда после недели работы над макетом приходит менеджер и говорит «директору не нравится цвет, сделай как у конкурентов». И когда разработчик отступает от макета на пиксели — а потом это называется «ну примерно так же».

Интернет-маркетолог

Привлекает аудиторию и управляет платным и органическим трафиком: SEO, контекстная реклама, таргет, email, аналитика конверсий.

Что его интересует: стоимость привлечения клиента (CAC), конверсия, ROI рекламных кампаний.

Где болит: разработчики не успевают вносить правки на сайт под рекламные кампании; UTM-метки теряются; аналитика настроена криво.

😤 Что его раздражает

Когда для замены текста на лендинге нужно ставить задачу разработчику и ждать две недели. И когда никто не знает, в чем ценность продукта.

Копирайтер

Пишет тексты для продукта, рекламы, сайта, рассылок, соцсетей. Хороший копирайтер понимает аудиторию и продукт, а не просто «складывает слова».

Что его интересует: чёткое понимание задачи, целевой аудитории и тона коммуникации бренда.

Где болит: техзадание — «напиши про нас что-нибудь»; правки от пяти разных людей противоречат друг другу; дедлайн вчера.

😤 Что его раздражает

Когда текст согласован, опубликован — и тут появляется человек, который не участвовал в согласовании, и говорит «мне не нравится».

Дата-аналитик

Собирает, обрабатывает и интерпретирует данные, строит дашборды и отчёты, помогает принимать решения на основе цифр, а не интуиции.

Что его интересует: качество данных, автоматизация отчётности, правильная постановка аналитических вопросов.

Где болит: данные в разных источниках не совпадают; бизнес просит «дашборд» без понимания, какой вопрос нужно ответить.

😤 Что его раздражает

Когда после трёх дней работы над отчётом выясняется, что бизнес хотел совсем другое. Или когда данные кривые на уровне сбора — и 80% времени уходит на их чистку, а не на анализ.

Бизнес-аналитик

Переводит бизнес-потребности в требования для IT-команды. Изучает процессы, находит узкие места, описывает функциональные требования, рисует схемы процессов.

Что его интересует: понимание бизнес-целей, структурированные требования, прослеживаемость от задачи до результата.

Где болит: стейкхолдеры говорят «хочу как у Amazon», не могут объяснить текущий процесс; разработчики реализуют не то, что имелось в виду.

😤 Что его раздражает

Когда после согласования требований со всеми сторонами приходит новый стейкхолдер и говорит «а я об этом не знал». И когда разработчики начинают делать, не дождавшись финального ТЗ — а потом переделывают.