Notice: file_put_contents(): Write of 12579 bytes failed with errno=28 No space left on device in /var/www/tgoop/post.php on line 50
Warning: file_put_contents(): Only 8192 of 20771 bytes written, possibly out of free disk space in /var/www/tgoop/post.php on line 50 Abekek Notes@abekek_notes P.825
Вчера официально прошло ровно 2 месяца с момента моего начала работы в AWS.
В целом, время пролетело очень быстро. Объем знаний который я получил за этот довольно небольшой период сложно измерить, но теперь я понимаю насколько важно пройти стажировку перед началом фулл-тайм работы.
Быть стажёром – это своего рода привилегия в компании. У тебя по-сути есть бенефиты полноценного работника, но с твоих плеч снимают ответственность, если ты что-то сломал или не так сделал. Если у тебя есть доступ к продакшену, то виноваты инженеры или руководство, которые тебе его дали. Если ты запушил изменения, которые что-то сломали – всё норм, это learning process. Такая среда помогает тебе развиваться без какого-либо стресса.
Конечно, во время стажировки я пытаюсь быть как можно более похожим на фулл-тайм работника, и Амазон это поощряет. В начале стажировки вам дают критерии по которым вас будут оценивать на протяжении всей стажировки (для меня это были критерии L4 инженера), и конечно же Leadership Principles. Главные leadership principles для стажёра – это learn and be curious, deliver results и bias for action.
Стажировка в Амазоне (для SDE) - очень структурирована. Структуру и таймлайн в принципе задаёте вы, но весь процесс обязательно проходит по следующему принципу:
• 1-2 недели: onboarding process. Вы ознакомляетесь с командой, организацией и возможностями в Амазоне. Проходите тренинги (я прошел наверное больше 30). Кстати, обязательно туда входит курс по ML. Менеджер вам назначает onboarding buddy (как правило новенький инженер), и ментора (обычно Senior Dev со стажем 5+ лет). С каждым из них у вас 1:1 два раза в неделю, и один раз с менеджером, где вы обсуждаете прогресс.
• 3-8 недели: project implementation. Сначала вам дают проект. Описание очень vague и вы должны разобраться, как подходить к решению проблемы. Задаёте вопросы ментору, инженерам в команде, инженерам из других команд, и делаете Design document. Потом назначаете встречу со всеми stakeholders и они прожаривают ваш дизайн. Получаете обратную связь и улучшаете дизайн. Кстати, не каждый фидбэк нужно принимать. Мой менеджер сказал: “Feedback is like a gift, you may or may not take it”. Дальше начинаете приступать к написанию кода (я понял что это самая легкая часть).
Процесс разработки очень удобный, так как у Амазона есть много internal tools, чтобы процесс был наиболее легким. Узнал много нового про code reviews, пайплайны и сервисы AWS.
• 9 неделя: тестирование. Ваш код будет тестироваться в пайплайне.
Для меня таймлайн выглядел немного по-другому, так как я за неделю закончил onboarding, за неделю справился с дизайном, и за 2 недели закончил 80% всего проекта. Оставшееся время я работал над новыми фичами в моем проекте (так называемые stretch goals).
Не могу не взять во внимание то, что мне попалась действительно хорошая команда, которая постоянно помогала и поддерживала меня на протяжении всего пути. Общаясь с другими стажерами, я понял, что с командой может не повезти.
Ещё я понял, что как и во многих вещах, чем больше ты узнаешь, тем больше ты понимаешь сколько всего ты не знаешь. До стажировки, во время учёбы, я всё чаще и чаще думал, что software development - это монотонная и скучная работа. Теперь я вижу, что на самом деле я мало чего знаю в разработке, и это мотивирует.
Если есть более specific questions, feel free to ask in the comments section.
Opinions expressed are solely my own and do not express the views or opinions of my employer.
Вчера официально прошло ровно 2 месяца с момента моего начала работы в AWS.
В целом, время пролетело очень быстро. Объем знаний который я получил за этот довольно небольшой период сложно измерить, но теперь я понимаю насколько важно пройти стажировку перед началом фулл-тайм работы.
Быть стажёром – это своего рода привилегия в компании. У тебя по-сути есть бенефиты полноценного работника, но с твоих плеч снимают ответственность, если ты что-то сломал или не так сделал. Если у тебя есть доступ к продакшену, то виноваты инженеры или руководство, которые тебе его дали. Если ты запушил изменения, которые что-то сломали – всё норм, это learning process. Такая среда помогает тебе развиваться без какого-либо стресса.
Конечно, во время стажировки я пытаюсь быть как можно более похожим на фулл-тайм работника, и Амазон это поощряет. В начале стажировки вам дают критерии по которым вас будут оценивать на протяжении всей стажировки (для меня это были критерии L4 инженера), и конечно же Leadership Principles. Главные leadership principles для стажёра – это learn and be curious, deliver results и bias for action.
Стажировка в Амазоне (для SDE) - очень структурирована. Структуру и таймлайн в принципе задаёте вы, но весь процесс обязательно проходит по следующему принципу:
• 1-2 недели: onboarding process. Вы ознакомляетесь с командой, организацией и возможностями в Амазоне. Проходите тренинги (я прошел наверное больше 30). Кстати, обязательно туда входит курс по ML. Менеджер вам назначает onboarding buddy (как правило новенький инженер), и ментора (обычно Senior Dev со стажем 5+ лет). С каждым из них у вас 1:1 два раза в неделю, и один раз с менеджером, где вы обсуждаете прогресс.
• 3-8 недели: project implementation. Сначала вам дают проект. Описание очень vague и вы должны разобраться, как подходить к решению проблемы. Задаёте вопросы ментору, инженерам в команде, инженерам из других команд, и делаете Design document. Потом назначаете встречу со всеми stakeholders и они прожаривают ваш дизайн. Получаете обратную связь и улучшаете дизайн. Кстати, не каждый фидбэк нужно принимать. Мой менеджер сказал: “Feedback is like a gift, you may or may not take it”. Дальше начинаете приступать к написанию кода (я понял что это самая легкая часть).
Процесс разработки очень удобный, так как у Амазона есть много internal tools, чтобы процесс был наиболее легким. Узнал много нового про code reviews, пайплайны и сервисы AWS.
• 9 неделя: тестирование. Ваш код будет тестироваться в пайплайне.
Для меня таймлайн выглядел немного по-другому, так как я за неделю закончил onboarding, за неделю справился с дизайном, и за 2 недели закончил 80% всего проекта. Оставшееся время я работал над новыми фичами в моем проекте (так называемые stretch goals).
Не могу не взять во внимание то, что мне попалась действительно хорошая команда, которая постоянно помогала и поддерживала меня на протяжении всего пути. Общаясь с другими стажерами, я понял, что с командой может не повезти.
Ещё я понял, что как и во многих вещах, чем больше ты узнаешь, тем больше ты понимаешь сколько всего ты не знаешь. До стажировки, во время учёбы, я всё чаще и чаще думал, что software development - это монотонная и скучная работа. Теперь я вижу, что на самом деле я мало чего знаю в разработке, и это мотивирует.
Если есть более specific questions, feel free to ask in the comments section.
Opinions expressed are solely my own and do not express the views or opinions of my employer.
The Standard Channel Choose quality over quantity. Remember that one high-quality post is better than five short publications of questionable value. Informative 3How to create a Telegram channel? Telegram Android app: Open the chats list, click the menu icon and select “New Channel.”
from us
