Наверное, начать стоит с того, что джуном тоже сначала нужно стать. Потому что иногда (когда еще нет какой-то теоретической базы в голове) карьера начинается с позиции стажера (intern). Собственно, поэтому и существуют стажировки - обычно на них и дают вначале необходимую теорию. А джуном уже считается человек с достаточной теоретической базой для выполнения простых задач, но при этом с отсутствием или очень небольшим количеством практического опыта.

Чаще всего карьеру начинают не со стажера, а с позиции джуна (замечали, что на стажировки попасть в разы сложнее, чем просто на работу?), но для этого потребуется пройти собес на вакансию на общих основаниях и показать, что тебе, например, не нужно будет объяснять, что такое клиент-серверная архитектура, что такое реляционная БД и так далее.

Но вот ты работаешь-работаешь, считая себя джуном, и вроде задачи стали получаться лучше и быстрее, уже стало не так страшно брать более сложные задачи, ошибок становится меньше, чем раньше. И в какой-то момент возникает вопрос - а я все еще считаюсь джуном? С какого момента я начну считаться мидлом? Где эта граница? Как меня видят коллеги?

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

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

Обычно джун в ходе накопления опыта хватает везде понемногу, в том числе по одной технологии может получить совершенно разрозненные знания (банальный пример - сначала аналитик по одной задаче узнает про формат xml в SOAP, потом по другой задаче разрабочик попросил wsdl, потом аналитик где-то увидит envelope, а связано это все между собой в голове у аналитика не будет). И с такими разрозненными знаниями задачи будут ставиться «наудачу»: аналитик просто добавит все, что знает, что нужно указывать для разработчика, но если его спросить, можно ли обойтись без одного из этих элементов в постановке требований и ограничиться оставшимися, то на этот вопрос джун уже скорее всего не ответит.

И именно в такой момент, когда джун уже объективно классно делает задачи (= нет инцидентов, есть положительная ОС по качеству требований от лида или разработчиков), но все еще считает, что он ничего не знает, пора отправиться на курс, который систематизирует весь приобретенный опыт и даст понимание, как все это связано между собой и почему оказывается надо было в требованиях указывать это, это и это.

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

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

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

А как вы поняли, в какой момент стали мидлом/сеньором?