Комментарии 24
Я думаю, что главное отличие между джуном, миддлом и сеньором это скорость, с которой он/а освоит новый ЯП или библиотеку в случае необходимости.
Как из одного стать другим? Очень просто: раз в два года менять язык и/или технологию. Чаще слишком тяжело, и не успеть серьёзно освоить, реже - ты начинаешь покрываться плесенью. Ну и ещё всё время стараться совершенствоваться в английском: вся литература на нем.
Дело за малым, убедить сеньора освоить новый ЯП или новую библиотеку и не быть при этом посланным далеко...
Ну не очень хороший совет. Я вот только после 5 лет работы на Java готов решать на ней сложные задачи. Какая то интуиция появилась.
Это зависит еще от языка, JS или Python за 2 года освоишь ура.
Go, Java за 2 года уже полностью осознаешь, но еще учить надо.
С++ за 2 года освоишь на треть дай бог и узнаешь, сколько там еще интересных механик внутри.
Один из вариантов оценки: чем шире профиль специалиста, тем он более синьор. Имеется в виду, конечно, не навыки во всём подряд, а глубина знакомства со своей отраслью для того, чтобы быстро осваивать её отдельные аспекты. Вот примерное упрощённое утверждение:
Джуниор умеет умеет программировать на C#. Мидл умеет программировать на си-образных языках. Синьор умеет программировать.
Эта фраза значит, что джуниору, чтобы перейти на другой ЯП, нужно его учить. Мидлу требуется лишь быстрое ознакомление с подобными языками, а сильно отличающиеся ему всё равно нужно будет учить. Синьор же способен, даже не зная какого-то ЯП, освоить его в кратчайшие сроки за счёт имеющихся знаний и навыков в программировании как таковом.
Иными словами, синьор не обязан всё уметь, но он обязан уметь всё суметь :)
Отдельный вопрос: как тимлиду расти сеньора.
А оно вам надо? Ты его вырастишь - он потребует повышения зарплаты или уйдёт туда, где зарплата больше. Может, тебе как тимлиду лучше, чтобы он не рос, а совершенствовался в том, что тебе от него нужно?
Но если всё таки такая цель стоит- тогда только ротация кадров. Каждые 1-2 года переводить людей из группы в группу или из проекта в проект.
Отличие в уровне ответственности, которую персонаж успешно вывозит.
Можешь принять задачу в бизнес-терминах и сделать ее без контроля со стороны старших коллег - сениор.
(дисклеймер: если вы мне ответили, а я типа игнорирую, это не я игнорирую, а карма у меня низкая, выраженно отрицательная. Я могу только в один комментарий в сутки, ы)
В какой ещё, интересно, профессии вам предлагается себя оценить по... трёхбалльной шкале? Ну вот серьёзно. Джун, миддл и синьор - это три уровня. С хай джуном и лоу миддлом уже, скажем, три раза по три (может же быть лоу джун, да?)
Можете вы в вашем хобби себя с девятью уровнями соотнести? Какие они, эти девять?
Вот горнолыжник. Он джун или миддл, как бы вы это проверили?
Ещё немного абсурдизируем тему сравнением с другими специальностями. У какого врача вы предпочтёте лечиться? Вас миддл устроит? "Ну, если деньги есть, лучше синьор, наверное".
Каких певцов вы предпочитаете слушать? "Ой, мне джуны больше нравятся. У них свежий голос". А глянувший на часы как-то раз на сцене во время концерта Лев Лещенко был уже синьор на тот момент.
Звучит довольно абсурдно, учитывая, что реалистичные разговоры о, например, певцах - это десятки жанров, тысячи исполнителей. Ну хорошо, врачи более унифицированы, вас в медицине "личность врача" не очень интересует. Но даже там - ну как сравнивать кардиолога и зубного врача по трёхбалльной (девятибалльной) шкале?
ЗЫ я понимаю, что "это уже традиция". Ну то есть нечто, что делают все и повсюду - целые уже... а кстати сколько лет? Я тут недавно где-то прочла, что бриллианты как признак любви, т.е., как камешки для помолвки как "древнюю традицию" внедрила Де Бирс в тридцатых прошлого века - когда типовая аудитория бриллиантов (зажиточная элита) пошла на убыль. Так же и тут. Учитывая относительную молодость специальности в целом, кто и когда придумал делить программистов на джунов, миддлов и синьоров - возможно, он ещё даже жив. Можно даже его спросить напрямую: "А что вы имели в виду, уважаемый?"
Во-первых, в отрасли есть крупные компании-гиганты и там лесенка гораздо более длинная: есть стажеры, вы забыли прибавить самого лида, над лидом стоит principal и fellow или рядом может быть senior architect. Просто высокие уровни - это штучный товар и его сложно унифицировать и классифицировать в силу своей штучности, а самый ходовой как раз, рабочие лошадки - это лишь часть диапазона.
Во-вторых, грейды могут дробиться на подуровни. Откройте levels и посмотрите допустим разбивку майкрософт, сравните с другими компаниями. И да, в рамках конкретной компании так зачем-то нужно под задачи компании и под это есть соответствующие процедуры, которые извне могут казаться блажью и различением слишком тонких оттенков вкуса.
В-третьих, вы смешали профессии связанные на впечатлениях/ощущениях (вкусовщине) типа певцов и профессий основанных на процессах и повторяемости. Вам всё равно как токарь споёт свою деталь, в детали важны свойства детали, а не ваши эмоции. А певец вам приносит эмоциии и как бы не был технологичен певец (знает ноты, теорию музыки, закончил консерваторию, умеет писать песни и в аранжировки, имеет широкий диапазон) вас тупо может не торкнуть. А соседа рядом - торкнуть.
Почему же? У врачей, как-раз таки, 3-хбалльная шкала. Врач второй категории, первой и высшей. И, хотя я не знаю конкретных кейсов, думаю свитчинг из одной специализации в другую вряд ли делает врача "джуном". В медицине тоже есть базовые знания о том, как устроен человеческий организм, обязательные для всех специальностей. И багаж этих знаний, как мне кажется, должен сделать освоение новой специализации достаточно простой и непродолжительной задачей. По аналогии с переходом из одного ЯП в другой, например
О, тут все просто, я конечно не тот самый человек, но три градации очень и очень логичны
Джун - не может ничего, вообще, ну может немного тесты, но врядли. Его назначение в команде - доставать всех вопросами и писать тучу ненужного кода, потому то что можно сделать в две строчки занимает у него сотни. Но все его любят, потому это наше будущее.
Миддл - этот уже может, но немного, он теряется в большом проекте и тоже начинает генерить мегатонны ненужного кода, потому за ним нужно следить, самое главное следить за тем, чтоб он понял, что действительно нужно.
Сеньор - сказал, что нужно и забыл, этот сам напомнит о себе уточняющим вопросом.
Как-то так, как раз три градации и получается, ни добавить и убавить :-)
В какой-то момент, где-то на 2-м году работы, начал на вопросы менеджеров в духе "а можем ли мы сделать так, чтобы...", начал отвечать "мы можем сделать все, если это можно описать словами и оно не конфликтит с другими фичами. Вопрос только в ресурсах". Спустя еще пару лет, оглядывясь назад, понял, что осознание этого делает разработчика мидлом. На этом этапе он вполне самостоятелен, может принимать решения и от него можно ждать достойного результата.
Но тут справедливо возникает вопрос. Если мидл может сделать все, то что тогда отличает сеньора от мидла? И, хотя, по мнению некоторого количества интервьюверов, я вполне достоин сеньорской позиции, у меня до сих пор нет ответа на этот вопрос. Может, я осознаю это еще через пару лет? А может, возможность отличить мидла от джуна и делает тебя сеньором?
Может, у кого-то есть понимание, в какой момент Вы стали сеньором? Поделитесь мыслями. Очень мучает этот вопрос :)
ЗЫ: снимал на синдром самозванца xD
Предположу, что в вашей парадигме сеньор "понимает, что можно сделать многое (из хотелок заказчика при наличии ресурсов), но не все, есть и недостижимое"
Синьор, как по мне, должен очень хорошо понимать бизнес-логику и внутренние процессы в компании. Ну, и опыт хороший иметь. Некоторые специалисты в одной компании сеньоры-помидоры, а перейдут в другую компанию, мидлов еле тянут. От многих факторов зависит. ИМХО.
Интересно, откуда ноги растут у этого явления: 95% статей на околоITшную абстрактно-гуманитарную тематику (оторванную от специализации в целом и нацеленную на какие-то кухонно-базарные области) идут от/про/для программистов. Изредка ещё дизайнер какой впишется. А где админы? Ни в авторах, ни в перечнях или критериях не видно. Ну да, DevOps, только это набор практик, а не специальность (и специальность чаще таки в кодинг подразумевают, чем в управление элементами в рамках имеющейся инфраструктуры).
Админы - не IT? Или в программисты много чаще заносит прирождённых гуманитариев с тягой к графомании?
Где нагуглить критерии джунства/мдловства/сеньёрата для админа?
Как из джуна стать сеньором и что сделать, чтобы их отличить?