Четкий план действий и проверяемые критерии помогут перейти с уровня junior на middle за 6–12 месяцев при целенаправленной работе. В чек-листе — конкретные навыки, задачи для pet-проектов, шаблоны доказательств и реплики для ревью.
0
Статья была полезной?
Комментарии (0)
Войдите или зарегистрируйтесь, чтобы оставить комментарий
Загрузка комментариев…
Переход с позиции junior на middle — это набор конкретных навыков и результатов, а не абстрактное ощущение готовности. В этом чек-листе даю проверяемые критерии 2026 года, пошаговые действия и готовые фразы для ревью.
Критерии middle в 2026
В 2026 году работодатели и тимлиды ожидают от middle-инженера: уверенное решение задач уровня сложнее шаблонных тикетов, ответственность за часть сервиса и предсказуемую скорость работы. Конкретно: успешное закрытие задач средней сложности в 3–5 дней, покрытие кода тестами на уровне 60–80% для бизнес-логики, умение подготовить релиз в CI/CD без посторонней помощи и понимать основные производительные узкие места сервиса.
Ниже — проверяемые пункты, по которым вы можете оценить себя прямо сейчас. Если 70% пунктов уже в статусе "выполняю регулярно" — вы близки к middle.
Code: читать и править чужой код, объяснить архитектуру модуля за 15–30 минут.
Testing: писать unit-тесты и интеграционные тесты, настроенный pipeline на GitHub Actions/GitLab CI или Jenkins (1 pipeline, 2–3 шага: build, test, lint).
DevOps basics: Dockerfile с multi-stage и базовый docker-compose, знания о деплое через Helm/Ansible/terraform — умеете запустить сервис локально и на staging.
Databases: умеете написать оптимальный SQL-запрос, читать explain plan, понимать индексы и проблемы N+1.
Observability: умеете читать метрики (Prometheus), логи (ELK) и трассировки (OpenTelemetry) для расследования инцидента.
Code review: даёте конструктивные ревью и закрываете 2–4 PR в неделю.
Архитектура: предлагаете рефакторинг модуля и оцениваете риски миграции — делаете простую диаграмму и план на 3 шага.
План перехода junior to middle чек лист
Шаг 1: технические скилы
Определите техстек команды и закройте разрыв по конкретным навыкам. Для большинства backend/frontend/devops позиций в 2025–2026 годах набор будет содержать: Git, Docker, CI, язык проекта (Node.js 18+, Python 3.11, Java 17, Go 1.20), реляционные базы (Postgres 13+), HTTP, тестирование, базовые знания Kubernetes. Ниже — детальный чек-лист с временными рамками и примерами.
Git — 1–2 недели
Умение: ветвление по Git Flow или trunk-based, rebase vs merge, интерактивный rebase, исправление коммита. Практика: за 7–14 дней сделайте 10 реальных PR с squash-merge и использованию CI. Команды, которые надо уметь:
Умение: unit-тесты, интеграционные тесты, mock-объекты, тестирование API. Цель: довести покрытие логики до 60–80% в критичных компонентах. Пример для Node.js с Jest:
// sum.js
function sum(a, b) { return a + b }
module.exports = sum
// sum.test.js
const sum = require('./sum')
test('adds 1 + 2 to equal 3', () => {
expect(sum(1, 2)).toBe(3)
})
Ресурсы: 10–20 часов практики, настройка stage pipeline с запуском тестов.
Docker и CI/CD — 2–4 недели
Умение: писать Dockerfile multi-stage, понимать слои, уменьшать размер образа, собирать образ и пушить в registry. Минимальный pipeline: build → lint → test → image push. Пример Dockerfile:
FROM node:18-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --production=false
COPY . .
RUN npm run build
FROM node:18-alpine
WORKDIR /app
COPY --from=builder /app/dist ./dist
COPY package*.json ./
RUN npm ci --only=production
CMD ["node", "dist/index.js"]
Практика: настроить локально docker-compose для запуска сервиса и базы, сделать pipeline в GitLab CI/GitHub Actions (примерный срок 2 недели при наличии шаблонов).
SQL и оптимизация запросов — 2–3 недели
Умение: писать сложные запросы, читать EXPLAIN, ставить индексы, исправлять N+1. Целевые метрики: уменьшить время запроса с 500ms до <100ms на тестовой выборке 100k строк. Пример запроса и совет: используйте JOIN вместо нескольких последовательных запросов и LIMIT, если нужна только верхняя выборка.
Observability — 2–3 недели
Умение: поставить basic мониторинг на Prometheus, настроить метрики request_duration, error_rate, и оповещения. Практика: за 1–2 дня подключите экспорт метрик из приложения, за 1 неделю — создайте 3 алёрта и проверите их с помощью нагрузки.
Практика — основной способ: 3–6 реальных задач с каждым из пунктов в период 1–3 месяцев.
Курсы и платформа: можно уложиться в 10 000–50 000 руб. за курс высокого уровня в 2025–2026 годах, но преимущество даёт практика в реальном коде.
Код-ревью и checklist для middle
Шаг 2: soft skills
Soft skills отличают устойчивого middle от квалифицированного junior. Здесь важна системность: коммуникация, оценка задач, тайм-менеджмент и умение принимать решения. Ниже — конкретные метрики и упражнения.
Коммуникация — 4–8 недель практики
Умение: формулировать проблему в 3–5 предложениях, предлагать варианты решений с плюсами/минусами. Практика: каждый день делайте по одной заметке в задаче — цель 100–200 слов, с указанием предположений и шагов. На встречах говорите не более 2 минут, чтобы изложить суть и запрос.
Оценка задач — 2–6 недель
Умение: разбивать задачy на 3–6 подзадач и оценивать время на каждую в часах. Правило: если задача оценивается больше чем на 40 часов, делите на фичи. Практика: делайте 5 оценок подряд и сверяйте через спринт реальные затраты; точность 70–80% означает readiness.
Работа в команде и ответственность — постоянная
Умение: брать ownership за часть сервиса: на протяжении 1–3 месяцев быть «ответственным» за стабильность модуля, фиксить баги в течение SLA 24–72 часа. Если вы закрыли 10 инцидентов за 3 месяца и предложили 2 улучшения — аргумент для перехода.
Ревью и обратная связь — 1–2 месяца
Умение: делать 2–4 конструктивных ревью в неделю, с checklist из 5 пунктов: корректность, безопасность, тесты, стиль, производительность. Практика: заведите шаблон ревью в виде заметки 5–8 строк и применяйте в каждом PR.
Наличие четырех регулярных качественных ревью в месяц и две завершённые инициативы по улучшению процесса — сильный аргумент для перехода на middle.
Шаг 3: pet-проекты
Pet-проекты — лучший способ показать, что вы умеете закончить цикл: от идеи до деплоя и мониторинга. В 2025–2026 годах ценятся проекты с API, контейнеризацией и тестами.
Выбор проекта — 1 неделя
Критерии: решает реальную проблему, покрывает стек команды, можно закончить за 2–6 недель. Примеры: мини-сервис авторизации с JWT и refresh-токенами, сервис очередей задач с Redis, мини-аналитика на Postgres + timeseries.
Минимальный набор — 2–6 недель
Что должно быть готово: API с 5 эндпоинтами (CRUD + одно действие), Dockerfile, docker-compose с Postgres, unit-тесты, интеграционные тесты для 3 сценариев, CI pipeline, README с инструкцией deploy на staging. Пример структуры в репозитории:
Покажите мониторинг и нагрузочное тестирование — 1–2 недели
Добавьте экспорт метрик (request_duration, error_rate), соберите простую панель Grafana и проведите нагрузочный тест: 100 concurrent пользователей, 5 минут, замерьте p95 latency. Результаты положите в README как скриншоты или цифры.
Публикация и демонстрация
Опубликуйте проект на GitHub, минимально 3 коммита в историю разработки, 1–3 issues и 1–2 pull requests от внешних участников (если получится). Добавьте деплой на Heroku/Render/Vercel или на ваш VPS с инструкцией. Демонстрация проекта занимает 10–15 минут на ревью.
Как доказать готовность?
Доказательства должны быть осязаемыми и легко проверяемыми тимлидом или HR. Ниже — список аргументов с форматом доказательств и примером того, что сказать в ревью.
Результаты работы
Формат: ссылки на 3–5 закрытых задач с описанием вашего вклада, PR-ы с комментариями и ссылами на тесты. Пример: "PR #124: реструктуризация модуля корзины — уменьшил latency checkout с 420ms до 80ms, добавил 12 unit-тестов". Если этот PR в открытом репозитории, приложите ссылку.
Метрики
Формат: цифры и скриншоты. Пример: "За месяц я снизил error_rate на 0.8% и p95 latency на 220ms, см. grafana/dashboard/checkout". Метрики легче проверить, поэтому их вес в разговоре большой.
Pet-проект и код-образцы
Формат: репозиторий, instructions по запуску и ролик 5–10 минут или пошаговый README. Ссылка на деплой (staging) увеличит доверие.
Отзывы коллег
Формат: 1–3 коротких цитаты от тимлида или коллеги в мессенджере/issue. Например: "Андрей брал ownership по инциденту X и закрыл его за 10 часов". Лучше собирать такие отзывы в течение 2–3 месяцев.
В резюме к ревью соберите пакет: 1) список задач с ссылками (3–5), 2) pet-проект с инструкцией, 3) метрики/скриншоты, 4) рекомендации коллег (2). Это даёт структуру и экономит время у тех, кто будет принимать решение.
Что говорить на ревью?
Стратегия речи — коротко, по фактам, с предложением следующего шага. Ниже — шаблон и конкретные фразы для 2026 года, адаптированные под agile-команды.
Открытие (30–60 секунд)
Фраза: "Хочу попросить ревью на перевод меня на middle. За последние 3 месяца я закрыл 12 задач средней сложности, сделал 18 PR с автотестами и привёл в порядок pipeline. Подготовил пакет доказательств: ссылки и метрики."
Краткое представление доказательств (2–4 минуты)
Покажите: 1) 3 ссылки на PR с описанием результата; 2) pet-проект (деплой + тесты); 3) метрики и отзывы коллег. Фраза: "PR #421 уменьшил p95 в checkout на 220ms, метрики в Grafana: ссылка. Pet-проект: ссылка, запуск занимает 5 минут. Есть две записи от коллег о быстром закрытии инцидентов."
Предложение следующего шага (30–60 секунд)
Фраза: "Предлагаю тестовый период 1 месяц с назначением меня ответственным за модуль X и мониторингом SLA. Если в течение месяца не будет регрессов и будут выполнены 3 задачи уровня middle — предлагаю оформить переход."
Готовность к фидбеку
Фраза: "Готов принять замечания и закрыть недочёты в течение 2–6 недель. Подскажите приоритетные области для улучшения и я представлю обновлённый пакет доказательств."
Практический совет: заранее отправьте пакет материалов в общий канал или тимлиду за 24–48 часов до ревью. Это экономит время встречи и даёт возможность задать оперативные вопросы.
Частые вопросы
Как понять, что я уже middle?
Поймите по результатам: если 70% позиций из списка «Критерии middle в 2026» вы выполняете регулярно, то вы близки. Конкретно: закрываете задачи средней сложности за 3–5 дней, делаете 2–4 ревью в неделю, настраиваете CI и покрываете критичную бизнес-логику тестами на 60–80%. Попросите у тимлида примеры задач уровня middle и сравните свои навыки с ними — если вы можете решить 3 из 5 таких задач самостоятельно, это сильный сигнал.
Что делать, если в команде мало задач для роста?
Возьмите инициативу: предложите рефакторинг, оптимизацию или улучшение мониторинга. Сделайте pet-проект, релевантный стеку команды, и предложите внедрить его как PoC. Ещё вариант — найдите маленькие open-source баги в используемых библиотеках и закройте 2–3 PR, это покажет умение работать с чужим кодом и сделает вас видимым.
Почему важно документировать метрики и PR?
Потому что слова забываются, а цифры и ссылки легко проверить. Скриншоты из Grafana, ссылки на PR и на issues — объективные доказательства. Они ускоряют решение тимлида и сокращают обсуждение до конкретики: "вот результаты" вместо длинного рассказа. Если вы не ведёте документ, заведите файл "promo-package.md" и обновляйте его еженедельно.
Сколько времени реально займёт переход?
Реальный срок зависит от старта: при интенсивной работе 6–12 месяцев — обычный диапазон. При целенаправленных действиях и уже имеющейся базе можно уложиться в 3–6 месяцев. Факторы: доступность задач для роста, поддержка тимлида, время на практике (рекомендуемо 10–20 часов в неделю).
Чем могут помочь внутренние ресурсы команды?
Внутренние ресурсы ускоряют путь: code review от опытных коллег, доступ к staging для тестов, внутренняя документация и ретроспективы по инцидентам. Попросите тимлида о парном прогоне по одной ключевой задаче в неделю и о возможности получить два независимых фидбека по PR в месяц — это даёт объективный прогресс и материалы для пакета доказательств.
Если вы хотите, могу подготовить готовый шаблон "promo-package.md" и чек-лист задач в формате Trello/Notion, которые можно начать использовать сегодня.
Переход Junior → Middle: реальный чек-лист | KtoHto
Комментарии (0)
Войдите или зарегистрируйтесь, чтобы оставить комментарий
Загрузка комментариев…