Devhands Open Sessions // Стрим с Филом Дельгядо (что не так с System Design Interview)

Tavsif:

В этом стриме Фил Дельгядо обсуждает роль секции по системному дизайну в интервью, аргументируя, почему она может приносить больше вреда, чем пользы, и предлагая альтернативы. На 1:00 он определяет термины и объясняет, что не так с традиционными дизайн‑интервью. В 3:00 Фил погружается в сценарий интервью, показывая, почему попытка спроектировать «саджестер» или «укорачиватель урлов» за час часто приводит к ошибкам. В 11:00 рассматриваются навыки и виды проектирования, а в 16:00 обсуждается, что именно проверяют интервьюеры и что проверяет Фил. В 18:22 он рассказывает, как нанять человека, который сразу будет заниматься проектированием, и в 19:58 – какие дизайн‑документы пишут программисты в его компании. В 23:45 Фил выражает несогласие с идеей погружения в детали систем и под капот разрабатываемых компонентов. В 26:18 он переходит к продуктовой компании, объясняя, как проверить, что кандидат быстро «схватывает» продуктовую идею и выдает решение. В 31:35 обсуждается рост компании и необходимость стандартизации пайплайна интервью. В 38:00 Фил противопоставляет эффективность прозрачности, объясняя, почему он не верит в чек‑листы и формализм в найме, а Алексей сомневается в возможности организации идеального процесса. В 50:00 рассматривается, как сохранить высокую планку отбора и защититься от «протухания» при отказе от формальных процессов. В 54:25 поднимается вопрос единой культуры компании. В 1:00:00 обсуждается, можно ли нанять человека за 1–2 интервью, и почему биг‑техи проводят 4–6 раундов. В 1:07:40 Фил объясняет, как готовиться к проектированию как к навыку, который всё равно нужно демонстрировать, и как разузнать детали вопросов. В 1:14:00 он рекомендует литературу и альтернативы книге Сюя. В 1:15:00 обсуждается роль мок‑интервью. В 1:16:00 Фил делится важными областями знаний, которые помогли ему в росте. В 1:21:00 он вспоминает ошибки в начале карьеры, а в 1:23:00 отвечает на вопросы из чата, включая самые сложные задачи и архитектурные выборы.