«Старший инженер-программист» - это звание, которое звучит красиво, и его стремится достичь каждый инженер. Высококлассные старшие инженеры очень востребованы в технологических компаниях, особенно в крупных, так как их просто не хватает. Во время пандемии многие люди ринулись в IT, в результате чего средний инженер сейчас находится на уровне среднего звена. Если вы старший инженер, вы особенный.
Тем не менее, повышение до старшего инженера - чрезвычайно сложная задача, особенно в компаниях FAANG. Многие инженеры сталкиваются с трудностями при переходе с уровня Meta E4 на E5 и с уровня Google L4 на L5. Переход с уровня SDE 2 до SDE 3 в Amazon считается самым сложным среди всех повышений, с которым могут столкнуться инженеры, и может занять до 10 лет.
Почему же этот переход настолько разочаровывает, став первым повышением, с которым сталкиваются 95%+ инженеров? Потому что продвижение с уровня среднего инженера до старшего требует фундаментального изменения динамики, которое этот курс подробно разбирает. К концу курса вы:
Полностью поймете разницу между инженером среднего уровня и старшим инженером
Освоите правильный подход к работе, который требуется от старшего инженера
Сможете выявить свои технические пробелы для соответствия уровню старшего инженера
Найдете основные пробелы для достижения уровня старшего инженера
Определите четкую дорожную карту для перехода на уровень старшего инженера
Посмотреть больше
Это пробный урок. Оформите подписку, чтобы получить доступ ко всем материалам курса. Премиум
Ограничение времени просмотра
Вы можете просматривать пробный урок только 10 минут. Получите полный доступ, чтобы смотреть без ограничений.
Алекс Чиу - опытный инженер из Кремниевой долины с более чем 10-летним стажем работы в ведущих технологических компаниях, таких как PayPal, Course Hero (ныне Learneo, единорог с оценкой $3,6 млрд), Meta и Robinhood.Он стал техническим лидером всего через пару лет после начала карьеры, взяв на себя ответственность за приложение Course Hero для Android (более 100 тысяч пользователей) как первый инженер по Android в компании. После этого он расширил
Когда ты синьор, то пишешь качественнее код, снабжаешь его тест-планом и в комментарии к пул реквесту выдаешь простыню о том, что эти изменения привносят, исправляют, какие подходы к решению задачи ты рассматривал и изучал (снабжаешь ссылками) и какой вариант выбрал и почему. По-моему не особо информативно и последняя часть с перечнем подходов, аргументацией выбранного подхода и тд это вообще вроде не столько к пул-реквестам относится сколько к ADR (Architecture Decission Record), который можно вести на проекте внося исторические записи о каких-то ключевых изменениях. Делается это вроде как для лучшего онбординга новых разработчиков или если у кого-то возникнет вопрос, а почему вот эта фича именно так реализована. Но я бы не сказал, что такие записи может вести только синьор. А ну и чувак говорит хочешь узнать больше на данную тему у меня есть отдельный курс, подпишись.
Видео по код ревью сводится к тому, что синьор многократно больше осуществляет код ревью, проводит он код ревью пул реквестов к кодовой базе с которой он может быть не знаком и потому должен уметь быстро и легко сориентироваться в любой кодовой базе. А еще замечания синьора фундаментально улучшают код и навыки коллег чей код он комментирует. Он глубоко и всесторонне изучает и понимает код беря во внимание и функциональность и доступность и культурные особенности пользователей различных регионов.
Короче синьор это супер джедай который лучше мидла ) Наверное, можно нацедить с этого курса каких-то довольно общих абстрактных но полезных мыслей, однако большая часть тут похоже просто вода.
Когда ты синьор, то пишешь качественнее код, снабжаешь его тест-планом и в комментарии к пул реквесту выдаешь простыню о том, что эти изменения привносят, исправляют, какие подходы к решению задачи ты рассматривал и изучал (снабжаешь ссылками) и какой вариант выбрал и почему. По-моему не особо информативно и последняя часть с перечнем подходов, аргументацией выбранного подхода и тд это вообще вроде не столько к пул-реквестам относится сколько к ADR (Architecture Decission Record), который можно вести на проекте внося исторические записи о каких-то ключевых изменениях. Делается это вроде как для лучшего онбординга новых разработчиков или если у кого-то возникнет вопрос, а почему вот эта фича именно так реализована. Но я бы не сказал, что такие записи может вести только синьор. А ну и чувак говорит хочешь узнать больше на данную тему у меня есть отдельный курс, подпишись.
Видео по код ревью сводится к тому, что синьор многократно больше осуществляет код ревью, проводит он код ревью пул реквестов к кодовой базе с которой он может быть не знаком и потому должен уметь быстро и легко сориентироваться в любой кодовой базе. А еще замечания синьора фундаментально улучшают код и навыки коллег чей код он комментирует. Он глубоко и всесторонне изучает и понимает код беря во внимание и функциональность и доступность и культурные особенности пользователей различных регионов.
Короче синьор это супер джедай который лучше мидла ) Наверное, можно нацедить с этого курса каких-то довольно общих абстрактных но полезных мыслей, однако большая часть тут похоже просто вода.