Denis_m1stBlazkowiczнет никаких градаций по технологиям и навыкам.Я бы не стал так однозначно говорить. Что бы я хотел - это абстрагироваться от рабочего проекта, и поговорить о формализме.

Не получится. Blazkowicz прав. Тут сильно зависит от фирмы или даже от проекта.

Я вижу деление таким:

junior - тот, кого учат. Важно - показать, что умеешь учиться (это как раз базовые навыки) и стремление решать поставленные задачи в назначенные сроки (а не уходить через 9 часов).

middle - тот, которого не надо учить. Он умеет решать поставленные задачи самостоятельно в рамках подготовленной архитектуры.

senior (ведущий) - который умеет подготавливать инфраструктуру, решать сложные задачи. Наставляет и ведет junior'ов.

architect- который умеет выбирать платформу, разрабатывать (возможно в общем виде) протоколы взаимодействия между компонентами и т.п.


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

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

Единственная роль, которая не должна совмещаться с другими - это руководитель проекта. Все остальные могут совмещаться. Например, teamlead может совмещать роль архитектора или ведущего.

Некоторые фирмы для мотивационной поддержки вводят четки критерии перехода между градациями junior/developer/senior.

А набор технологий - это вообще бессмысленно. Я например, CSS, HTML, Javascript знаю постольку, поскольку, а MySQL и EJB не знаю вообще. Но уже давно не junior. Главное опыт и постоянное самообучение.

NixicА если я подхожу под
"senior (ведущий) - который умеет подготавливать инфраструктуру, решать сложные задачи. Наставляет и ведет junior'ов."
только junior'ов нет у меня.
То я кто - middle?
На самом деле в первую очередь важны опыт и компетенция.
Не во всех проектах есть junior'ы, поэтому тут все условно.

Denis_m1st,

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

авторЦель: сориентировать молодых специалистов, как и в каком направлении им развиваться.
Говорить: - "Ой, Вы знаете, это все как-то сложно ориентируется" - это чистой воды демагогия и такое мнение Джуниора мало интересует.
Это senior'a обычно мнение junior'a мало интересует, а не наоборот )))

1024Если совмещаются обязанности архитектора то нужно знание предметной области прежде всего. Скажем в бухгалтерии все эти различия между Vector и ArrayList никого не интересуют (вообще не интересуют).
Знание предметной области прежде всего нужны аналитикам. В целом, архитектор может и без знания предметной области работать. При необходимости получая консультации у экспертов.

Под архитектором я имею ввиду роль, которая отвечает за общий дизайн системы - используемое ПО, методологические подходы (BDD, FDD и т.п.), обязанности подсистем и т.п.

mesierбезусловно замечательный инструмент сборки никто из начинающих дальше автогенерилки НетБинса не брался "изучать" даже..
Ну я лет 6 назад ant неплохо изучил. Был тогда junior. 4 года назад разобрался с maven и ant стал не нужен. Тем более когда есть gradle.