Чем Middle отличается от Senior?

Зряплатой.

У сениоров длиннее, чем у миддлов. Когда собеседуешь миддла достаточно линейки обычной, а для сениора уже требуется рулетка.

ЧСВ и зряплата.

прошу модераторов перенести куда надо

В удалённые?

мы для себя приняли примерно так:

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

миддл --- ему можно сказать «сделай мне функцию», он сделает. тоже надо ревьювить, но обычно это происходит поверхностно.

сеньер --- ему можно сказать «сделай мне сервис», он уйдет и вернется с сервисом, ревью не требуется.

ну грубо.

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

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

Первый вариант обычно на галерах, чтобы на старте повесить тайтл и выставить рейт.

Второй за выслугу лет в конкретном проекте, по сделанным на практике изменениям в инфраструктуре.

Третий более абстрактный. Если евреи считают тебя евреем, значит ты еврей.

Ранжирование в зарплате применяется для того, чтобы посеять ненависть между работающими, чтобы они не объединились и не восстали. Это немного не то, что звания. И по большому счету слабо связанные вещи.

Ревью требуется всегда и для всех.

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

все правильно сказал.

миддл делает не умеет в сервисы. сеньер умеет.

Но мне кажется, что зряплаты миддла и сеньёра всё же отличаются.

ревью не требуется.

Ну и зря. Ревью — это не только поиск ошибок, но и ознакомление остальной команды с кодом, повышение bus factor и контроль читаемости. Ревью требует весь код, независимо от лычки его автора.

Одно время ходил прикол такой: middle может в одиночку написать весь сервис с кофем и маффинами, junior - не сможет, а senior не станет.

ревью --- в смысле надавать по рукам за говнокод.

ваще пойти позырить че там --- оно конечно надо.

Не факт, не всегда и не везде. Но это не противоречит - одно другому не мешает. Это параллельные вещи, не конкурирующие.

повышение bus factor

Вообще-то его обычно пытаются понизить. :)

В формулировке «сколько человек должен сбить автобус чтоб проект загнулся» таки лучше повышать.

Я воспринимаю это так - «Миддл это обычный нормальный программер, а сеньор - это миддл, но с лидскими навыками»

Во многих вакансиях единственное различие это «опыт работы». Но какой смысл в этих абстрактных цифрах?

То, что ты называешь «абстрактными цифрами» - как раз самое важное. С опытом приходит умение ничего не сломать, в полной мере представлять скоуп работ и связанные с ним временные/ресурсные затраты, умение грамотно эстимировать сроки выполнения. Ну и собственно сам опыт работы с указанными технологиями и кругозор в окружающем.

Короче, если мидл мыслит в масштабах «запилить класс и протестировать», то от сеньёра уже требуется например: 1) сколько будет стоить запилить класс 2) как именно класс впишется в архитектуру 3) а нужен ли он вообще? 4) какие ещё виды тестирования нужны 5) «а вот помнится в похожем проекте этот подход не взлетел потому, что ...» 6) одобрит ли тимлид эстимейты на запил 7) не поломает ли он окружение 8) собственно запилить класс эффективнее мидловского 9) ... 10) профит!

Ну и само собой масштаб спроса выше :) с мидлов обычно требуют корректного решения задач, а с сеньёров - корректного функционирования продукта, смекаешь разницу?

Ет ты щас про сферических коней в вакууме. Посмотри ИТ молодежь. Даже близко не подходит.
Сейчас очень серьезные девиации в етой сфере происходят.

Слышал про то что есть языки програмирования - трени
Открывал 5+ раз любоe IDE(писать хелло волд не обязательно уметь) - джун
Умеешь писать клас Кет от класа Анимал -> мид
Умеешь понимать разницу между std::string и c-string -> синьор
Умеешь программировать -> бох -> сеньор с зарплатой
Имеешь ачивку «синьор» и «5+ лет опыта» - архитект
Имеешь ачивку «мид» и «скрам мастер» - тимлид
Имеешь ачивку «мид», «девопс» и «скрам мастер» - проджект манагер

Рынок диктует свои условия, даже если «ты» (да и я) с ними не согласен...

сеньер --- ему можно сказать «сделай мне сервис», он уйдет и вернется с сервисом, ревью не требуется.

а если сам приходит и говорит - мужики, надо вот тут сервис сделать

в нашей шаражке, мидлу даёшь таску и если заранее не разжевать сам сделает через одно место, поэтому надо пасти и разжёвывать. С кодом - надо ревьювить и указывать на косяки.

После нескольких лет такого процесса (из успешного миддла) вырастает сеньёр, который, в свою очередь, пасёт мидлов и может сам таску сделать от А до Я.

имхо, всё достаточно очевидно.

ему можно сказать «сделай мне сервис», он уйдет и вернется с сервисом

А поинтересоваться в смысле операции? Или просто: «принято к исполнению»?

Принцип Питера в действии.

Значит надо больше сеньеров :)

Ну понятно это какая-то этапность и контроль, без этого нельзя.

Не, принцип тут не причем(хотя я с тобой согласен что он 100% визуален в ИТ сейчас). Проблема в том что система «титулов» сильно изменилась. И в погоне за кадрами(нет не специалистами) и профитностью конкурируют не на уровне зарплат, а часто конкурируют титулами. Условно говоря есть компания1, компания2 и претендент1. К1 и К2 предлагают примерно одну и ту же манки кодерскую вакансию за одни и те же деньги. Внимание вопрос, как К1 выглядеть круче для претендентов чем К2. Ответ прост - назвать должность синьйор инженер(по факту джуниорскую позицию). И вот претендент поработал там, «возомнил себя» синьйором и через годок идет на другое место - но претендент уже «не смотрит» джунов/мидлов, он жеж теперь синьйор... Вот так и получаются ембеддед синьйор инжиниир который не знает разницы между страктом и юнионом (риал стори)

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

поддерживаю

это у вас хреново процесс поставлен, нет нормального ТЗ потому что и технических писателей

вырастает сеньёр

не вырастает, а просто приспосабливается к общению с отдельно взятыми придурковатыми заказчиками

Но на ревью не только ведь пробельчики смотрят! Ещё и наименование параметров :)