Grow From Mid-Level To Senior Engineer: L4 To L5
«Старший инженер-программист» - это звание, которое звучит красиво, и его стремится достичь каждый инженер. Высококлассные старшие инженеры очень востребованы в технологических компаниях, особенно в крупных, так как их просто не хватает. Во время пандемии многие люди ринулись в IT, в результате чего средний инженер сейчас находится на уровне среднего звена. Если вы старший инженер, вы особенный.
Тем не менее, повышение до старшего инженера - чрезвычайно сложная задача, особенно в компаниях FAANG. Многие инженеры сталкиваются с трудностями при переходе с уровня Meta E4 на E5 и с уровня Google L4 на L5. Переход с уровня SDE 2 до SDE 3 в Amazon считается самым сложным среди всех повышений, с которым могут столкнуться инженеры, и может занять до 10 лет.
Почему же этот переход настолько разочаровывает, став первым повышением, с которым сталкиваются 95%+ инженеров? Потому что продвижение с уровня среднего инженера до старшего требует фундаментального изменения динамики, которое этот курс подробно разбирает. К концу курса вы:
Алекс Чиу - опытный инженер из Кремниевой долины с более чем 10-летним стажем работы в ведущих технологических компаниях, таких как PayPal, Course Hero (ныне Learneo, единорог с оценкой $3,6 млрд), Meta и Robinhood.Он стал техническим лидером всего через пару лет после начала карьеры, взяв на себя ответственность за приложение Course Hero для Android (более 100 тысяч пользователей) как первый инженер по Android в компании. После этого он расширил
Alex Chiou
Сейчас, когда существует бесконечное количество уроков и сервисов для инфраструктуры, писать код уже не так сложно - сделать так, чтобы всё заработало, стало намного проще, чем когда-либо прежде. Это означает, что если вы хотите выделиться как инженер-программист, вам нужно писать код гораздо лучше, чем большинство остальных.
Alex Chiou
Смена работы - это здорово, но это может завести вас только до определённого уровня. Настоящей основой успешной карьеры в технологиях является продвижение. Когда вы посмотрите на инженеров-программистов, достигших вершины карьеры, таких как Principal Engineer в FAANG (уровень L8), зарабатывающих более $1,000,000, вы заметите, что подавляющее большинство из них долгое время работают в одной компании и несколько раз получают повышение.
Alex Chiou
Инженеры-программисты получают внушительные зарплаты не из-за щедрости технологических корпораций: это потому, что они должны стабильно достигать результатов, несмотря на колоссальные ожидания.Но вот в чём проблема: быть непродуктивным в роли инженера невероятно просто, даже если вы работаете очень усердно. Существует множество инженеров, которые работают по 80+ часов в неделю, но едва соответствуют ожиданиям.
Alex Chiou
Поздравляем с тем, что Вы вошли в мир технологий и стали младшим инженером! Теперь, как сделать так, чтобы люди перестали называть Вас «младшим» как можно скорее? Вы сможете это сделать, пройдя путь от младшего инженера к инженеру среднего уровня. Хорошая новость в том, что если Вы работаете в хорошей команде, Ваше продвижение полностью зависит от Вас. Если правильно разыграете свои карты, это повышение произойдет быстро. К концу курса Вы:
Rahul Pandey
Продвижение до уровня Staff Engineer может казаться невозможным: оно требует такого уровня инициативы и ответственности, которые инженеры редко демонстрируют. Однако награда огромна: инженеры уровня Staff являются явными лидерами в своей организации и часто получают компенсацию, превышающую $500K в год (TC).Этот курс посвящён тому, как выйти за рамки уровня старшего инженера в качестве индивидуального сотрудника. Мы рассмотрим структуры и тактики
Когда ты синьор, то пишешь качественнее код, снабжаешь его тест-планом и в комментарии к пул реквесту выдаешь простыню о том, что эти изменения привносят, исправляют, какие подходы к решению задачи ты рассматривал и изучал (снабжаешь ссылками) и какой вариант выбрал и почему. По-моему не особо информативно и последняя часть с перечнем подходов, аргументацией выбранного подхода и тд это вообще вроде не столько к пул-реквестам относится сколько к ADR (Architecture Decission Record), который можно вести на проекте внося исторические записи о каких-то ключевых изменениях. Делается это вроде как для лучшего онбординга новых разработчиков или если у кого-то возникнет вопрос, а почему вот эта фича именно так реализована. Но я бы не сказал, что такие записи может вести только синьор. А ну и чувак говорит хочешь узнать больше на данную тему у меня есть отдельный курс, подпишись.
Видео по код ревью сводится к тому, что синьор многократно больше осуществляет код ревью, проводит он код ревью пул реквестов к кодовой базе с которой он может быть не знаком и потому должен уметь быстро и легко сориентироваться в любой кодовой базе. А еще замечания синьора фундаментально улучшают код и навыки коллег чей код он комментирует. Он глубоко и всесторонне изучает и понимает код беря во внимание и функциональность и доступность и культурные особенности пользователей различных регионов.
Короче синьор это супер джедай который лучше мидла ) Наверное, можно нацедить с этого курса каких-то довольно общих абстрактных но полезных мыслей, однако большая часть тут похоже просто вода.