Как пройти испытательный срок и сделать х2 к зарплате

Как пройти испытательный срок и сделать х2 к зарплате Наши выпускники не только сейчас активно проходят собесы, но уже и активно строят карьеру. Дальше оригинальный текст от выпускника прошлого нашего потока курса алгоритмы старт , где качают не только алгоритмы, но и навыки, которые помогают расти в карьере. В первый рабочий день я спросил hr-ку, какие требования по прохождению испыта, и будет ли повышение зп после этого. «Всё зависит от твоих стараний на проекте», «зп редко повышаем после испыта» - вот такие ответы я получил и понял, что я не хочу просто закрыть испыт и получать свои крохи как джун, я хочу большего. Замечание с ревью не должно повториться дважды Начал с малого. Первые недели - простые таски, закрывал в своем темпе, меня ревьюил коллега и как-то сам процесс ревью занимал много итераций (обычно это придирки в стиле «мы так не пишем», «тут мы уже изобрели велосипед, используй такой-то метод». Меня это бесило и я завел такое правило для себя: каждое замечание с ревью я не просто исправляю и забываю, а складываю в отдельный md. За пару недель из заметок собралась личная база: по сути гайд того, как в команде принято писать код. Дальше я сверялся с ним ещё до отправики на ревью. Как итог, с 3-4 итераций уменьшил до 1, как по мне крутой результат. Когда файлик собрался приличный, я не оставил его себе, а предложил лиду релизнуть на основе него чеклист, чтобы новички в будущем быстрее вкатились. За пару созвонов все согласовали: гайд выкатили, и теперь его рекомендуют всем стажерам. Инициатива Потихоньку бизнесовых задач на четырех фронтов стало слишком много, мне как джуну доверяли только баги в основном, мне это быстро надоело, и я спросил старшего, можно ли брать задачи из техбэклога, чтобы хоть как-то разнообразить задачки. Начал с лёгкого — настроил Storybook, потом посложнее : автотесты на старые сценарии. Лиду понравилось, что я и баги закрываю, и бэклог потихоньку уменьшается. Как по мне, на испыте/стажке важно быть активным, чтобы лид видел, что ты растешь и доверял тебе уже более серьезные задачи. Начали больше доверять Наш проект уходил в поддержку, задач становилось все меньше. Зато соседний проект готовился к новому заказчику: поменять интерфейс, добавить фичи под него. Загвоздка была в стеке: проект на Vue, а таких разработчиков в компании мало и все заняты. У меня Vue был ровно раз в универе, я на реакте пишу. Но раз я стабильно тащил, решили, что осилю - и почти до конца испыта я тянул этот проект соло. Доверие доверием, но тянуть в соло, без единого коммерческого Vue за плечами, было честно стрёмно - базу подтягивал на ходу. Спасло то, что я висел во всех фронтовых чатах компании и не отмалчивался. Окупилось это тем, что там я нашёл того, кто согласился меня ревьюить. В новом стеке такой ревьюер - спасение: есть кому показать код перед мержем, когда сам не уверен. С ним я вкатился в Vue заметно быстрее. Приходил с предложениями, а не жалобами На встречах с руководством я никогда не жаловался, а наоборот — приносил решения проблем: добавить такую-то либу, которая улучшит нам жизнь, и прочее в таком духе. Жалоба перекладывает проблему на лида, а предложение снимает её. На этой разнице и рос респект ко мне. Но респект - штука, которую к финалу ещё надо кому-то показать. Поэтому с первого дня я вёл список задачек/пр - и это не занудство. Обычно ни ты, ни твой менто, ни пм не вспомнят, что ты делал в первый месяц. На финальной встрече с HR я показал конкретный список - что сделал, что понравилось команде. Она отнесла его руководству, и по итогам испыта мне подняли зп в два раза. Мало принести пользу - её надо ещё суметь показать. И чтобы не выглядело, будто всё шло гладко И при этом косячил я регулярно, на ревью постоянно были какие-то правки - это норм, у всех так. Главное, что я понял: оценивают не по объёму сделанного и не по числу ошибок, а стало ли лучше после тебя. Косяки забудутся, а польза для команды и проекта - нет. Банк собесов, тестовых заданий, пет проектов и роадмапов можно найти на нашем с