Собеседование Android system design Досматриваю собес про Android System Design. Если еще не смотрели, обязательно посмотрите. Респект Киррилу и ребятам, отдельный рескепт Серёге за очередной крутой собес. Андрей видно парень с опытом, со многими штуками работал и натыкался на различные кейсы – можно хантить 😉. Собес понравился 🔥 Теперь на что стоит обратить внимание. 1. Схема и точка. Нужно уметь рисовать схемы, если не умеете – учитесь. Возьмите какую-нибудь простую функцию и попробуйте спроектировать в виде схемы с нужными модулями, связями и т.д.. Это не только показывает скилл разработчика, но и помогает при разработке и ускоряет ее. Условно можно представить как инструкцию, по которой вы потом пишите код шаг за шагом. 2. Сбор Требований. Всегда старайтесь собрать всевозможные требования, задавайте любые вопросы, даже если вам кажется что "тут все понятно и очевидно". Как показывает опыт и практика, часто заказчик/бизнес думает и представляет всё по своему. Важно уточнить все эти моменты до начала реализации и убедиться, что все друг друга поняли. 3. Рассуждения вслух. Эта тема уже много где затрагивалась. Рассуждайте вслух, это во-первых может вас самих натолкнуть на новые мысли, а во-вторых, при необходимости интервьюер может скорректировал ход ваших мыслей в более верном направлении. 4. Аргументация выбора. С этим по идее понятно, можете пересмотреть фидбек, там Серёга подробно про это говорит. Нужно уметь аргументировать свой выбор, но для этого вы должны понимать как работает выбранный вами инструмент/архитектура/паттерн, какие плюсы/минусы, для каких кейсов больше подходит и т.д. Варианты стоп-фраз: "ну так все делают", "это популярный фреймворк", "это крутая библиотека/подход/паттерн", "так google/apple рекомендует делать" 😉 Полезные ссылки/посты 👉 Simple Framework For Mobile System Design Interviews (про который говорили в собесе) 👉 Mobile System Design Interviews Series 👉 System Design Interview For Mobile Engineers 👉 Тред с ресурсами по system design от Евгения Мацюка