Комментарии 4
Юлия, спасибо большое за статью. Но осталась какая недосказанность. Хотелось бы в итоге увидеть мнение эксперта о то, что делать кандидату. А то получается что это ещё одна статья о том, что найм сломан :-)
привет) спасибо за коммент) если бы я сама сейчас искала Senior Java, я бы перед откликом сначала смотрела задачи, а не стек. Что там реально нужно делать первые полгода: пилить обычный backend, разгребать highload, заниматься миграцией, производительностью, архитектурой? Потом ответственность. Где заканчивается самостоятельный разработчик и начинается ты ещё менторишь, принимаешь архитектурные решения и немного техлид, просто мы это так не назвали. И только потом смотрела бы на технологии: что реально must-have, а что просто перечислено в стеке проекта. А на первом разговоре я бы спросила три вещи: почему открыли вакансию, какие 2–3 главные задачи будут у человека в первые месяцы и чем у вас Senior отличается от Middle/Lead. Кандидату приходится читать между строк чаще, чем хотелось бы(
На мой личный взгляд стек технологий в сеньорских позициях занимает не главное место. Причина - сеньор должен иметь хороший бекграунд, что бы овладеть технологией за очень короткое время. Да есть конечно различные, так сказать ньансы, но информацию по ним очень легко найти, как и рецепт их минимизации. Для сеньона в первую очередь надо понимать Kafka это странный подвид MQ и все. Все это обусловлено тем - что роль его в команде, как правило не быстро писать много кода, а решать не тривиальные задачи и подсвечивать проблемы возникающие, когда в команде быстро пишут много кода. От сюда и технический кругозор, иными словами работа с архитектурными решениями и способность ведение коммуникаций в команде - сами понимаете если он будет на ревью кричать ты П???С пишеш не так, я так хочу - вместо политкорректного и мягкого объяснения проблемы и способов ее разрешения - то команда просто рассыпится. То есть технологие при сеньорстве не главные. Главное опыт и активное участие в разнообразных, сложных проектах .
Да, по сути мы с вами об одном и том же. Я бы только не выкидывала стек совсем. Иногда за условной Kafka стоит не знает технологию / не знает, а вполне конкретный опыт с нагрузкой, интеграциями, архитектурой и теми проблемами, которые человек уже разгребал руками. Но для Senior мне тоже гораздо важнее что он со стеком делал: что проектировал, где сам принимал решения, что ломалось в проде, как это чинил и насколько вообще мог влиять на команду и технические решения.

Senior Java — это кто? Почему одинаковый title ещё не означает одинаковую работу