IT не только программирование: 7 профессий без написания кода и как выбрать свою

Профессии в IT без программирования — это роли, в которых основной результат работы не код, а требования, проверки, интерфейсы, планы, тексты или общение с пользователями. Код в них не пишут каждый день, но понимать, как устроена разработка, нужно всем.

Ниже — семь таких профессий: что человек в них реально делает, какой технический минимум нужен, какой первый артефакт собрать для портфолио и как выбрать направление под свои сильные стороны.

Мини-словарь: «без кода» не значит «без техники»

Три уровня, которые часто путают:

Граница подвижна: ручной тестировщик часто со временем уходит в автоматизацию, а аналитик — в SQL и Python.

7 профессий: сравнение в одной таблице

Таблица упрощена: в разных компаниях границы ролей проводят по-разному.

1. Бизнес- и системный аналитик

Аналитик переводит потребность бизнеса на язык, понятный команде разработки. Две близкие роли стоит развести:

• бизнес-аналитик выясняет, какую проблему бизнеса решаем и какие процессы меняются;
• системный аналитик описывает, как это реализовать в системе: данные, интеграции, API, состояния.

Еще одна соседняя роль — аналитик данных: он отвечает на вопросы по данным (отчеты, метрики, A/B-тесты), а не пишет требования.

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

CREATE TABLE orders (
  id      INTEGER PRIMARY KEY,
  channel TEXT    NOT NULL,
  status  TEXT    NOT NULL CHECK (status IN ('paid', 'cancelled'))
);
INSERT INTO orders (channel, status) VALUES
  ('site', 'paid'), ('site', 'cancelled'), ('site', 'paid'),
  ('app',  'paid'), ('app',  'cancelled'), ('app',  'cancelled');

SELECT channel,
       COUNT(*) AS total,
       SUM(status = 'cancelled') AS cancelled,
       ROUND(100.0 * SUM(status = 'cancelled') / COUNT(*), 1) AS cancel_pct
FROM orders
GROUP BY channel
ORDER BY cancel_pct DESC;

Проверено в SQLite 3.51 (sqlite3 -header -column :memory: < orders.sql). Результат — доля отмен по каналам:

channel  total  cancelled  cancel_pct
-------  -----  ---------  ----------
app      3      2          66.7
site     3      1          33.3

Типичная ошибка новичка — целочисленное деление. Запрос SUM(status = 'cancelled') / COUNT(*) в SQLite вернет 0 для обоих каналов: 2/3 и 1/3 округляются вниз до целого. Исправление — умножить на 100.0 (дробное число), как в примере выше. В PostgreSQL и SQL Server деление целых тоже целочисленное, в MySQL оператор / дает дробный результат — это различие по СУБД.

CHECK в схеме — тоже мышление аналитика: попытка вставить статус 'refund' падает с ошибкой CHECK constraint failed, то есть допустимые значения зафиксированы требованием, а не устной договоренностью.

2. Тестировщик (QA)

Тестировщик проверяет, соответствует ли продукт требованиям и ожиданиям пользователя, и сообщает команде о расхождениях. Кроме прогона проверок это анализ требований, тест-дизайн, баг-репорты и повторные проверки.

Различие терминов: тестирование — проверка продукта, QA (quality assurance) шире — это процессы, которые предотвращают дефекты. В вакансиях слова часто используют как синонимы.

Ручному тестировщику код писать не обязательно, автотестировщику — обязательно (Java, Python, JavaScript и Git). Подробнее о профессии — в статье «Тестировщик: описание специальности и ее особенности».

3. UX/UI-дизайнер

UX (user experience) — про сценарий: сможет ли человек решить задачу и где он застрянет. UI (user interface) — про внешний вид: сетка, типографика, компоненты. В небольших командах это один человек, в крупных — разные роли.

Основной инструмент — Figma. Код писать не нужно, но ограничения верстки и платформ (веб, iOS, Android) понимать полезно — иначе макет окажется дорогим в реализации.

4. Менеджер проектов и продакт-менеджер

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

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

Обе роли редко берут без опыта в IT совсем: чаще в них переходят из аналитики, тестирования, разработки или смежного менеджмента.

5. Технический писатель

Техписатель разбирается в продукте и описывает его на языке читателя: руководства, справка, документация API. Для одного продукта часто пишут несколько документов — для администраторов, пользователей, интеграторов.

Ключевые навыки — ясный текст, умение выяснять детали у разработчиков, Markdown и системы документации; часто нужен английский для чтения технических текстов.

6. Инженер технической поддержки

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

Код здесь — инструмент, а не продукт: консоль, curl, понимание HTTP-кодов и сетей. Поддержка — частая точка входа в IT, из нее переходят в тестирование, администрирование и аналитику.

7. DevRel (developer relations)

DevRel связывает компанию с внешними разработчиками, которые пользуются ее API, SDK или платформой: статьи и примеры, доклады, сообщество, обратная связь для продуктовой команды. Роль скорее не для первого входа — в нее чаще приходят из разработки или технического письма.

Рядом есть и другие варианты — IT-рекрутер, SEO-специалист. А Data Science в список не входит: там программирование и математика — основной инструмент, а не дополнение.

Как выбрать: задача -> профессия

Дорожная карта входа до первого артефакта

1. Выберите одну профессию по таблице выше, а не три сразу.
2. Разберите 10-15 реальных вакансий: выпишите повторяющиеся требования — это ваш технический минимум.
3. Закройте базу, общую для всех: как устроен клиент-сервер, что такое API и HTTP-коды, как работает команда по Scrum или Kanban.
4. Соберите один артефакт из таблицы сравнения на реальном продукте: требования, тест-кейсы, прототип, инструкцию.
5. Покажите артефакт практикующему специалисту и доработайте по замечаниям.
6. Откликайтесь на стажировки и junior-позиции, прикладывая артефакт к резюме.

Срок зависит от стартовой базы и времени на учебу, универсального числа месяцев нет.

Если не получилось

Выводы

• В IT много ролей, где код не основной результат: аналитик, тестировщик, UX/UI-дизайнер, менеджер проектов, техписатель, инженер поддержки, DevRel.
• «Без кода» не значит «без техники»: всем нужны база клиент-серверной архитектуры, API и процессов разработки, а аналитику и поддержке — еще SQL и консоль.
• Близкие роли различаются: бизнес- и системный аналитик, UX и UI, проджект- и продакт-менеджер.
• Вход строится вокруг артефакта для портфолио, а не вокруг списка прочитанных курсов.

Где применяется / связь с практикой

FAQ

Можно ли войти в IT без технического образования?
Да, диплом по IT для большинства перечисленных ролей не обязателен; работодатели чаще смотрят на базовые технические знания и артефакты. Но в отдельных компаниях и госсекторе требования к образованию бывают формальными.

Нужен ли английский?
Для чтения документации и инструментов — почти всегда полезен. Для техписателя и DevRel в международных продуктах часто обязателен.

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