Становление Senior Java Developer

 
 
 
Сообщения:354
Добрый день!
Думаю на этом форуме много сеньеров. И хотелось бы узнать как происходил процесс становления сеньором у вас.

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

Моя текущая квалификация Middle+, работаю 4 года. Но как то остановился на ней и не знаю как прыгнуть на уровень выше. Конечно с каждым годом приобретаешь какие то знания навыки, но проигрываю сеньорам по качеству кода и скорости, глубине знаний, кругозору.

Говорят что большинство программистов миддлы. Как считаете это правда ? Можно всю жизнь быть миддлом ?

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

Заранее спасибо за ответы!
 
 
Сообщения:73
Предлагаю все-таки начать с самого определения синьерства, а точнее, критериев определения, кто такие синьеры/мидлы. Можно работать в бодишопах, знать кучу технологий, но поверхностно и считать себя синьером, а можно потратить кучу лет на один проект, знать его тонкости, подводные камни используемых в нем технологий, а в итоге для другого работодателя ты окажешься в лучшем случае мидлом.

Spring по-русски!
spring-projects.ru
 
 
Сообщения:354
Тогда давайте определим кто такой сеньер.

И как им стать.
 
 
Сообщения:73
Позволю высказать свое мнение:
1) давайте уйдем от этих глупостей, а-ля синьер-помидор, в русском языке есть исторически устоявшиеся определения: ведущий/старший разработчик. Ниже буду применять "старший", но не принципиально
2) исходя из п.1 означает, что такой разработчик обладает не столько какими-то знаниями большого количества инструментов/библиотек/фреймворков, а имеет глубокие практические знания в узком направлении, например в конкретном фреймворке. Так же такой разработчик в курсе деталей проекта, который он разрабатывает. Остальные инструменты/библиотеки/фреймворки он конечно тоже знает/слышал, но не обязательно даже может с ними работал
3) по поводу конкретных сроков, по достижении которых разработчика можно считать старшим, сказать сложно. Но думаю, что около 5 лет достаточно
4) старший разработчик самостоятелен в принятии решений о применяемом подходе в разработке (какую структуру данных выбрать, как реализовать алгоритм, какую библиотеку/фреймворк выбрать, если в команде нет архитектора, и т.д.), поэтому ему доверяет его руководство(тимлид, ПМ) и прислушивается к советам/замечаниям; проводит технические собеседования;

Мой основной посыл - важнее иметь жизненный опыт (он же soft skills) и системные знания, а не энциклопедические знания всего обо всем (бодишоперы, аутстафферы, фрилансеры) и то, поверхностно. Все эти лычки - банальное "заигрывание" работодателя с вами, чтобы рабы гребли на галерах и может быть когда-нибудь им дадут побольше печенек.

Spring по-русски!
spring-projects.ru
 
 
Сообщения:9884
D-Luxe:
Говорят что большинство программистов миддлы. Как считаете это правда ? Можно всю жизнь быть миддлом ?
Нет, не правда. Большинство программистов - жуны. Им повышают ранг потому что у них сколько-то лет за спиной, но на самом деле они не становятся лучше.
D-Luxe:
Еще работая в аутстаффинговой компании пришло понимание, что как то миддлов неохотно берут на большинство проектов и предпочитают сеньоров.
Сеньоры стоят дороже для заказчика, больше маржа для аутстаффера.

Поддерживаю wertklop - нужно изучать что-то глубже, а то сколько названий ты знаешь - эт не так важно. Для начала пройди курс по алгоритмам, прочти книгу по компьютерным системам. Затем выбери какую-то специализацию: сетевые технологии, многопоточность и процессоры, предметную область, OOP/DDD, дев процессы (JIT, CI/CD), базы данных, и т.д. Нужно чтоб все вокруг знали что если у них проблема по такой-то теме - они могут обратиться к тебе и ты поможешь.

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

И не нужно никуда спешить. Прочесть книгу и понять ее - это две разные задачи. Прочесть можно за недели, а для понимания возможно понадобится пару лет и одной книги скорей всего не хватит. Поэтому расслабься и получай удовольствие. На самом деле если бы люди просто при решении проблем на работе не спешили, разбирались почему те возникают и как их правильно решать (вместо случайного подбора), то все бы резко стали намного умней и полезней.
Изменен:22 окт 2019 06:36
 
Модераторы:Нет
Сейчас эту тему просматривают:Нет