Grow From Mid-Level To Senior Engineer: L4 To L5
Переход от инженера среднего уровня к старшему — один из самых значимых и в то же время самых трудных шагов в инженерной карьере. Этот курс помогает разобраться, почему переход с уровней L4→L5 (или аналогичных) даётся так тяжело и что именно нужно изменить в подходе, навыках и мышлении, чтобы уверенно добиться повышения.
Большинство компаний ожидает от старших инженеров не только технической силы, но и зрелости в принятии решений, способности вести проекты, влиять на архитектуру и помогать другим. Проблема в том, что многие инженеры пытаются добиться повышения, продолжая работать «как раньше» — и застревают.
Этот курс подробно разбирает фундаментальные изменения, необходимые для перехода с уровня L4 на L5, и объясняет, как выстроить профессиональную стратегию, которая заметно ускорит продвижение.
Курс создан для инженеров уровня L3–L4 (или аналогичных уровней SDE 1–SDE 2), которые стремятся перейти к роли старшего инженера, но не понимают, что нужно улучшить, чтобы их повышение стало неизбежным.
Это пробный урок. Оформите подписку, чтобы получить доступ ко всем материалам курса. Премиум
Алекс Чиу - опытный инженер из Кремниевой долины с более чем 10-летним стажем работы в ведущих технологических компаниях, таких как PayPal, Course Hero (ныне Learneo, единорог с оценкой $3,6 млрд), Meta и Robinhood.Он стал техническим лидером всего через пару лет после начала карьеры, взяв на себя ответственность за приложение Course Hero для Android (более 100 тысяч пользователей) как первый инженер по Android в компании. После этого он расширил
Когда ты синьор, то пишешь качественнее код, снабжаешь его тест-планом и в комментарии к пул реквесту выдаешь простыню о том, что эти изменения привносят, исправляют, какие подходы к решению задачи ты рассматривал и изучал (снабжаешь ссылками) и какой вариант выбрал и почему. По-моему не особо информативно и последняя часть с перечнем подходов, аргументацией выбранного подхода и тд это вообще вроде не столько к пул-реквестам относится сколько к ADR (Architecture Decission Record), который можно вести на проекте внося исторические записи о каких-то ключевых изменениях. Делается это вроде как для лучшего онбординга новых разработчиков или если у кого-то возникнет вопрос, а почему вот эта фича именно так реализована. Но я бы не сказал, что такие записи может вести только синьор. А ну и чувак говорит хочешь узнать больше на данную тему у меня есть отдельный курс, подпишись.
Видео по код ревью сводится к тому, что синьор многократно больше осуществляет код ревью, проводит он код ревью пул реквестов к кодовой базе с которой он может быть не знаком и потому должен уметь быстро и легко сориентироваться в любой кодовой базе. А еще замечания синьора фундаментально улучшают код и навыки коллег чей код он комментирует. Он глубоко и всесторонне изучает и понимает код беря во внимание и функциональность и доступность и культурные особенности пользователей различных регионов.
Короче синьор это супер джедай который лучше мидла ) Наверное, можно нацедить с этого курса каких-то довольно общих абстрактных но полезных мыслей, однако большая часть тут похоже просто вода.