На одном проекте у нас был хороший junior. Код писал аккуратно, задачи закрывал, на встречах не молчал. Казалось бы — почти middle.

Но случился провал.

Продакт попросил быстро поправить фичу. Junior взял задачу, сделал локально, показал результат и ушёл дальше. А потом выяснилось: он не проверил соседние сценарии, не поднял риск для интеграции и не предупредил команду, что изменения затронут ещё два экрана. В итоге релиз откатили, а команда потратила вечер на разбор.

Вот где разница.

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

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

На проекте часто думают, что фидбек сам прилетит в конце спринта. Не прилетит.

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

Так фидбек превращается не в оценку личности, а в инструмент роста. И ещё важный момент: просить его надо не только у тимлида. Сеньор, QA, аналитик, сосед по команде — каждый видит свою часть картины.

Если коротко: хороший фидбек получают не самые громкие, а самые точные. И те, кто умеет потом спокойно повторить услышанное в следующей задаче.

Есть два подхода к плану развития.

**Первый:** «хочу стать middle за полгода». Звучит бодро, но почти не помогает. Цель слишком большая, непонятно, что делать в понедельник утром. В итоге план быстро превращается в список красивых слов.

**Второй:** план от реальной работы.
Например, junior на бэкенде пишет:
— сам закрываю типовые задачи без подсказок;
— разбираюсь в логах и нахожу причину 2–3 частых ошибок;
— один раз в спринт сам уточняю требования у аналитика;
— после каждой задачи прошу короткую обратную связь.

Это уже рабочий план. Он не про мечту, а про измеримый шаг.

Хороший план развития отвечает на 3 вопроса:
что я должен уметь;
как пойму, что научился;
какую практику беру на ближайшие 1–2 месяца.

Рост почти всегда выглядит скучнее, чем хочется. Зато он работает.

ЕЮ Иванов продолжает кошмарить АффПапу, конторку, которая накинула говна на вентилятор этим летом. Тогда в AffPapa не знали, с каким говном идут бодаться, поэтому заслуженно проиграли. 😏

На этот раз ЕЮ зарегал товарный знак AffPapa — совсем скоро имя компании будет официально принадлежать ему. Чтобы убедиться в трушности мува, переходим по ссыл-Очке и вводим серийный номер: 2026793242. Там видим, что заявка на регистрацию подана лично Евгением Юрьичем.

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

В арбитраже денег нет 💵

Junior и middle отличаются не «количеством знаний», а тем, как человек работает с задачей.

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

Middle — это уже другой уровень самостоятельности:
— сам уточняет требования и границы задачи;
— видит, где могут быть баги, долги и лишняя сложность;
— предлагает варианты, а не просто ждёт инструкцию;
— может довести кусок работы до результата почти без контроля 👇

Ещё важная разница — в ответственности. Junior чаще отвечает за свою задачу. Middle уже держит в голове влияние на команду, сроки, качество и соседние части проекта.

Если совсем просто: junior спрашивает «что делать?», middle чаще спрашивает «какой результат нужен и какие есть ограничения?».

Рост здесь не про «знать всё». Он про то, чтобы меньше зависеть от чужих подсказок и чаще приносить готовые решения.

Фидбек полезен, когда он не “ты молодец / ты не молодец”, а привязан к цифрам.

Кейс: junior QA пришёл с вопросом «как понять, что расту?». Вместо общего фидбека он начал собирать метрики за спринт:
— сколько задач закрыл сам;
— сколько раз возвращали на доработку;
— сколько багов находил до релиза;
— сколько времени уходило на тест-кейс.

Через 6 недель картина стала видна без эмоций: меньше возвратов с 5 до 2, скорость подготовки тестов выросла на 30%, но багов в проде находил всё ещё мало. Значит, затык был не в скорости, а в глубине проверки.

Такой фидбек проще просить и проще принимать:
— что измеряем;
— за какой период;
— с чем сравниваем;
— что должно измениться к следующей точке.

Если фидбек не переводится в цифры, он быстро превращается в впечатления. А впечатления в росте помогают хуже, чем честная статистика 📊

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

Чек-лист нормального плана:
— одна цель на ближайшие 1–3 месяца
— понятный текущий уровень: что уже умею, где пробелы
— 2–4 навыка, которые дадут рост именно в моей роли
— конкретные действия: проект, задача, курс, практика, фидбек
— измеримый результат: что должно измениться через месяц
— регулярный пересмотр: раз в 2–4 недели, а не «когда-нибудь»

Пример: не «стать сильнее в backend», а «научиться писать простые сервисы без постоянной помощи, закрыть 3 задачи самостоятельно, получить ревью без критических правок».

Хороший план не должен быть идеальным. Он должен быть выполнимым и связанным с реальной работой. Тогда рост становится видимым 📌

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

Junior ждал, что ему подробно распишут, что делать дальше. Middle уже сам уточняет цель, предлагает вариант решения и заранее видит риски. Junior спрашивает: «Как правильно сделать?». Middle чаще спрашивает: «Что важнее в этой задаче — скорость, качество или гибкость?»

Еще одна разница — не в коде, а в ответственности. Junior думает про свой кусок. Middle держит в голове соседние части, влияние на сроки, баги, поддержку после релиза. Он не просто делает задачу, а доводит её до состояния, когда команде с этим удобно жить.

И самый заметный маркер: middle не исчезает, когда что-то пошло не так. Он приходит с проблемой, вариантами и выводами. Это и есть рост — не «писать больше кода», а брать на себя больше контекста и решений.

Ошибка, которую делают почти все: ждут фидбек как приговор.

Приносят задачу, получают «нормально» или «надо поправить» — и молча уходят. Через неделю те же ошибки. Не потому что человек слабый, а потому что он не понял, **что именно** было не так и **как** это улучшать.

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

После задачи не спорь сразу и не оправдывайся. Сначала уточни: «Что конкретно в моём решении было слабым?» «Какой вариант ты бы ожидал от middle?» «Можем договориться, что я попробую в следующий раз?»

Хороший фидбек — это не оценка тебя как человека. Это данные для роста. И чем раньше ты начнёшь их нормально собирать, тем быстрее перестанешь буксовать.

Замечаем один и тот же тренд: у сильных джунов план развития перестал быть списком «выучить React / прокачать SQL». Сейчас выигрывают те, у кого план привязан к рабочим задачам и измеримым признакам роста.

Кейс: разработчик на trainee-уровне хотел «стать middle за год». Мы убрали абстракцию и собрали план на 90 дней:
1) брать задачи с понятным результатом;
2) после каждого спринта фиксировать, где зависал и почему;
3) отдельно тренировать один навык самостоятельности — например, сначала самому искать причину бага, потом идти за помощью с готовыми гипотезами.

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

Хороший план развития отвечает на 3 вопроса:
что я делаю сейчас;
какой навык это усиливает;
по каким признакам мы поймём прогресс.

В роликах Youtube теперь можно рекламировать товары Amazone

➡️ Читайте на сайте: https://aff.top/blog/v-rolikakh-youtube-teper-mozhno-reklamirovat-tovary-amazone

🧠 Ещё больше инсайтов → в канале AFF.top

Google выпустил Gemini Omni 1.1 Flash

Google обновил Gemini Omni для генерации видео: модель умеет продолжать сцены с учётом до 10 секунд контекста и собирать ролик до 40 секунд, работать по референсу и делать переходы между кадрами. Главный вывод — инструмент стал практичнее для продакшена, а посекундная цена делает его заметно доступнее для тестов и рабочих задач.

➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-gemini-omni-1-1-flash

🧠 Ещё больше инсайтов → в канале AFF.top