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

Нормальный руководитель обеспечивает адекватное соотношение юниоров к сеньорам и наличие технического лида. Что приводит к качественному коду и обучению юниоров.

Поэтому нормальный руководитель с удовольствием возьмёт и молодого и старого, в зависимости от потребностей.

+1. У нас берут джуниоров именно потому, что у них ниже клиентская ставка, соответственно, маржа больше.

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

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

При этом можно удерживать зарплату процентов на 5 ниже рынка, потому как рисковать переходом в новый, незнакомый коллектив ради этих 5 процентов мало кто будет.

Безусловно.

Многие не хотят менять место работы не из-за коллектива, а из-за боязни столкнуться с новыми технологиями, т.е. где-то начать "с начала", ведь гораздо проще годами "пилить" один и тот же софт или работать с одними и теми же технологиями, ощущая себя при этом "профи".

А вот этого я понять не могу.

Во-первых, годами пилить одно и тоже - просто скучно :)

Во-вторых, новые проекты, новые технологии, новые идеи и новые задачи - это круто :)

подписываюсь

из-за боязни столкнуться с новыми технологиями, т.е. где-то начать "с начала"

------

Все, кто этого боялся, в профессиональном плане померли сразу после выпуска - как правило на выпуске не дают тех технологий которые востребованы на рынке сейчас - минимальная задержка - порядка 5 лет. Исключения - ВУЗы, в которых программы обучения спонсируются крупными компаниями. Но и там задержка есть...

А в конторе не бывает так, чтобы применяемые технологии не менялись - дрейф практически постоянен...

новые технологии, новые идеи и новые задачи - это круто

И как это выглядит реально? Допустим я разбираюсь в спринге. Есть опыт и проекты. Я позиционирую себя как мидла и имею соответствующую зарплату. Если я буду искать место с технологиями, в которых я вообще не разбираюсь, то в лучшем случая я получу место и зарплату джуна(а в нормальных условиях я вообще ничего не получу).

Твой опыт разбирательства автоматически поднимает тебя на новую ступень. Отличие сеньора от джуна не (только) в знании технологий. Любой нормальный техлид/пм это понимает.

А вот этого я понять не могу.

Неудивительно, это особый мир В моем случае это просто была боязнь перемен и хроническая недооценка своих способностей. Это сродни боязни пригласить девушку на танец. "А вдруг откажет?".

И как это выглядит реально? Допустим я разбираюсь в спринге. Есть опыт и проекты. Я позиционирую себя как мидла и имею соответствующую зарплату. Если я буду искать место с технологиями, в которых я вообще не разбираюсь, то в лучшем случая я получу место и зарплату джуна(а в нормальных условиях я вообще ничего не получу).

В любом проекто есть что-то новое. На своей первой работе с занимался Handsheld сканерами, моим инструментом была eMbedded Visual Studio, а операционной системой WindowsCE. У меня это написано в резюме и предложения об embedded разработке все еще сыпятся (хотя я их и игнорирую, т.к. уже больше 10 лет в этой среде ничего не делал) при этом устраивался я туда джуном С++, а вышел с С++ и с С#. Потом в другой конторе изучил MSI и TFS. Как программист C# со знанием MSI начал работать уже в другой конторе. Там пилили фреймворк с нуля, стал применять юнит-тестирование. Дальше перешел на другой проект, как C# и С++ программист, тут уже внедряю юнит-тестирование, осваиваю WPF и WCF.

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

Мне кажется, что это вполне нормальный процесс...

Страхи - это нормально. Но можно же как-то подготовиться :)

Например, я когда уходил с прошлого проекта, то взял кредит, на случай, если не получится быстро найти новый проект. Таким вот странным образом обеспечил себе подушку на несколько месяцев :) Страшно было, но прошлый проект настолько надоел, что надо было валить любой ценой :D

Если контора что то меняет, то я всегда стараюсь туда запрыгнуть. Вот только не научился при смене контор на новые технологии бевербоваться. Ищу, что умею и на то, на что при собеседовании ответить могу.

Новые технологии - имеется в виду для себя новые :)

Бевербоваться на то, что ты не знаешь - это несколько странно :) Но тем не менее, в каждом проекте есть что-то новое. Ну вот например, мы у себя в основном приложении не используем WPF. Но ничто не мешает делать вспомогательные программулинки с использованием WPF'а и если мне надо сделать новый GUI, то я делаю его на WPF. Теперь в резюме могу указывать, что с WPF'ом я работал (есть несколько готовых программ и MVVM я постиг "в бою" :)).

Список скилов расширяется с каждым новым проектом. А если сидеть годами на одном и том же, то костенеешь. Опять же, в каждом новом проекте работа построено по-своему, есть какие-то хорошие и какие-то плохие практики. Мигрируя из проекта в проект ты набираешься и этого опыта.

У меня то же самое. Все время в процессе учился чему-то новому, ничему специально не обучаясь :)

Но ничто не мешает делать вспомогательные программулинки с использованием WPF'а

Я не знаю, что такое WPF, но на нормальной фирме все технологии перед применением проходят допуск. У нас у архитекта. И если кто то что то абсолютно новое в проект притащил, то он не пройдет код ревью. И у меня тоже. Ибо никому не нужен в проекте зоопарк из технологий, которые нмкто, кроме уволившегося коллеги не понимает.

У нас нет такого. Зоопарк технологий никому не нужен, но приложения с использованием WPF были и раньше. Просто делали GUI на WPF по той же технологии как если бы это было бы WinForms :D А я решил делать MVVM, в этом смысле понимаю только я и код-ревью мои поделки пройти не должны были... Но они прошли :) более того, я даже убедил, что мой подход правильный... но кроме меня MVVM все равно никто не применяет, да и не хочет понимать. Собственно говоря, это и есть следствие того, что люди долго работают на одном месте. У нас в отделе 5 человек, шеф пришел на фирму больше 10 лет тому назад и это была его первая (и суда по всему последняя) работа, еще один программист работает в отделе больше 15 лет, третий работает 3 года (пришел сразу после уни), есть еще тестеровщик (extern) ну и я (extern).

Так что тут все весело :)