Amazonian SDE is sharing, 'cause sharing is caring 👨💻
note: I do not represent any of my employers in this channel
Post #190
1.46K
„Chillin‘“ at Amazon Системный дизайном никогда не занимался и интервью не проходил. Но имея прошлый опыт подготовок к разным конкурсам, я нашел свою модель подготовки. Моя формула успеха - систмность, от общего к частному, и калибровка с последующей работой над ошибками. В…
Я обещал рассказать чуть в больших деталях о моей подгтовке к к собеседованию в FANG.
Мой фреймворк для прохождения интервью по системному дизайну, с которым я готовился к интервью на позицию SDE в Amazon:
- начинать со сбора информации, и только потом предлагать
- слушать собеседника и отвечать только на те вопросы, что он просит, т.е. не накручитьва сверху, если не просят. Иное, если переспрсить, нужно ли погрузиться в те или иные детали, особено если чувствуешь себя там уверенным. Но если не просят, то не нужно.
Собираю данные я по след. группам:
- functional requirements (request/response),
- non-functional requirements (tps (transaction per second), latency targets, consistency, etc.),
- what's out of scope,
- rough numbers to estimate load (network, storage, compute), notes
Если подкрепить все это подготовкой в виде репетиций или mock interview, то шансы на успех очень высоки.
Если кому интересные какие то спецефические детали, то спрашивайте. Буду рад поделиться опытом.
Чуть позже по-пишу на тему очень полезных ЮТуб каналов
Мой фреймворк для прохождения интервью по системному дизайну, с которым я готовился к интервью на позицию SDE в Amazon:
- начинать со сбора информации, и только потом предлагать
- слушать собеседника и отвечать только на те вопросы, что он просит, т.е. не накручитьва сверху, если не просят. Иное, если переспрсить, нужно ли погрузиться в те или иные детали, особено если чувствуешь себя там уверенным. Но если не просят, то не нужно.
Собираю данные я по след. группам:
- functional requirements (request/response),
- non-functional requirements (tps (transaction per second), latency targets, consistency, etc.),
- what's out of scope,
- rough numbers to estimate load (network, storage, compute), notes
Если подкрепить все это подготовкой в виде репетиций или mock interview, то шансы на успех очень высоки.
Если кому интересные какие то спецефические детали, то спрашивайте. Буду рад поделиться опытом.
Чуть позже по-пишу на тему очень полезных ЮТуб каналов