x
 
Станислав Радченко
20 августа 2020
Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

Я работаю ява-программистом уже 2,5 года, более 1,5 лет в одной московской компании — по сути это моя первая серьёзная работа в роли разработчика (до этого были не очень удачные места работы).

Стоит ли менять работу, если уже порядком поднадоело, но есть новые проекты и в целом хоть какой-то прогресс ощутим?

Дело в том, что у нас появился очень опытный лид, принёс практику DDD и в целом другой взгляд на разработку. Но с ним получается не так много взаимодействовать, и сейчас задачи более-менее понятны и без какого-либо интереса.

Я понимаю, что если оставаться в компании, то у лида можно научиться разным знаниям, но это идёт очень медленно (лид долго отвечает, игнорирует), а старые задачи из легаси-монолита делать уже крайне неинтересно (по сути понятно, что и как).

Я стою перед дилеммой, либо менять работу и идти получать новые востребованные навыки (но тогда жалко терять те знания, которые я недополучу от лида), либо оставаться (но интерес уже почти на нуле).

Как вы решаете подобного рода вопросы?


Ста­ни­слав, давайте раз­бе­рём, какие именно зна­ния вы бои­тесь потерять.

Если речь идёт о зна­ниях, спе­ци­фич­ных для вашей ком­па­нии, таких как устрой­ство кода, настройки Spring или осо­бен­но­сти пони­ма­ния DDD, то поду­майте, насколько они будут ценны для вашего даль­ней­шего раз­ви­тия. При­го­дятся ли они на сле­ду­ю­щей работе?

Если вы бои­тесь недо­по­лу­чить неспе­ци­фич­ные для ком­па­ния зна­ния: под­ходы к про­ек­ти­ро­ва­нию архи­тек­туры, осо­бен­но­сти язы­ков про­грам­ми­ро­ва­ния и биб­лио­тек или вообще мяг­кие навыки вроде управ­ле­ния людьми, — то вы бои­тесь зря. Все эти зна­ния лежат в откры­том доступе, и суще­ствует мно­же­ство пре­крас­ных ком­па­ний, кото­рые выстра­и­вают у себя целые системы обучения.

Чтобы понять, остаться вам или уйти, сверьте то, что полу­ча­ете на теку­щей работе, со сво­ими про­фес­си­о­наль­ными целями. Если вы, к при­меру, хотите уйти в Андроид‑раз­ра­ботку или изу­чить Скалу, вряд ли задачи со ста­рым моно­ли­том в этом помо­гут. Или, ска­жем, вы хотите пойти в жёст­кий энтер­прайз — тогда в резюме будет неплохо смот­реться уме­ние рефак­то­рить ста­рый код.

P. S. Это был совет об управлении разработкой. Хотите больше знать о планировании спринтов, управлении продуктом или о настройке инфраструктуры? Присылайте вопросы.

Поделиться
Отправить

Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

Решение о публикации принимается один раз; мы не имеем возможности комментировать или пересматривать свое решение, хотя оно может быть ошибочно. Уже опубликованные комментарии могут быть удалены через некоторое время, если без них обсуждение не становится менее ценным или интересным.

Вот такой веб 2.0.

Как организовать процесс сдачи задачи и код-ревью в рамках спринта? Что такое непрерывная доставка? Как написать аккуратный код? Часть четвёртая: ответственность Как и когда зарождающийся стартап в процессе своего развития должен подходить к вопросу имплементации билинга?




Недавно всплыло

Что лучше использовать: спинер или прогрессбар? 5 Как придумать название для сервиса, который станет знаменитым? 2 2 Как правильно защитить свою позицию перед заказчиком, который боится «потерять» клиентов 5