💎 Почему на собеседованиях в FAANG не спрашивают про технологии?

Я всегда считаю, что пока ты молодой — лучше заниматься учебой и не бояться трудных путей, а не бегать за мимолетной выгодой.

Если вы когда-либо проходили интервью в крупных IT-компаниях (Google, Facebook, Amazon и другие), то наверняка заметили, что вместо вопросов о языках программирования и фреймворках кандидаты получают задачи на алгоритмы. Нужно, например, найти кратчайший путь между точками, развернуть бинарное дерево или удалить нули из массива. Но почему именно так?

Компании стремятся к беспристрастной оценке кандидатов. Они считают, что умный инженер сможет освоить любой язык или технологию при необходимости. Опыт, конечно, играет важную роль, но он оценивается в вопросах по проектированию систем (system design) и поведенческому интервью (behavioral interview).

Новые фреймворки появляются чуть ли не каждый день, и Google просто не может адаптировать процесс собеседования под все эти изменения. Вместо этого компания использует систему, оценивающую кандидатов по фундаментальным навыкам: знанию структур данных, умению проектировать системы и навыкам коммуникации. На основе этих параметров определяется уровень инженера. Такой подход позволяет сравнивать кандидатов между собой, но у него есть минус — он не учитывает практический опыт. В результате талантливые разработчики могут не пройти отбор.

На практике алгоритмы редко используются в повседневной работе. Разработчики с многолетним стажем обладают глубокими знаниями и решения бизнес-задач. Однако многие из них не могут быстро решать алгоритмические задачи, потому что в их работе это просто не требуется. Тем не менее, на интервью они часто получают уровень middle, что не всегда справедливо.

Молодые разработчики находятся в идеальном положении для подготовки к таким собеседованиям. Они активно изучают алгоритмы, решают задачи на платформах вроде LeetCode и Codeforces, участвуют в олимпиадах по программированию и глубоко погружаются в структуры данных. Многие мечтают попасть в Google и готовы днями и ночами разбирать книги Таненбаума и Кнута. В этом возрасте проще выделить время на подготовку, а с годами сделать это становится сложнее.

Алгоритмический формат собеседований в крупных IT-компаниях даёт преимущество студентам, у которых есть время и мотивация для подготовки. Опытные разработчики, несмотря на свой богатый практический багаж, могут столкнуться с трудностями из-за нехватки тренировки в решении подобных задач.

Поэтому и мы на канале стараемся разбирать не только знание фреймворков и особенностей платформы, но и базу.

Есть ли в структурах deinit?

Это один из старых вопросов на собесах. Он показывал насколько кандидат разбирается в памяти. Ответ на этот вопрос был: нет. В структурах нет deinit.

Пропозал SE-0390 вводит концепцию структур и enum'ов, которые нельзя скопировать. А вместо этого позволяет использовать один экземпляр во многих местах.

Появляется новый синтаксис ~Copyable, который означает, что тип не может быть скопирован. Все это, вкупе с borrowing & consuming довольно мощные концепции и сильно помогут в работе. Позже разберем детально.

Есть ли в структурах deinit? Бывает.

Подробнее тут:
- WWDC24: Consume noncopyable types in Swift | Apple
- Noncopyable types in documentation
- Copyable

💰 В ноушене сделал обзор на borrowing, consuming и ~Copyable. А также разобрал частые задачи. Они правда топовые.

🧬 100 задач по управлению памятью

Составив 100 вопросов по управлении памятью я понял, что теория < практики. Она полезна для оценки понимания, но всегда важнее практика. Так я начал амбициозную задачу составить 100 задач по каждой теме (память, многопоточка и тп).

В этом сборнике первые 10 задач из цикла. Это новый формат, где я вдохновился литкодом и методичками крупных компаний, шаблонам яндекс.практикума (где я был автором нескольких тем). И в компаниях, где помогал улучшению процессов собеседований.

Формат включает себя:
🟣Условие задачи
🟣Уточняющие вопросы
🟣Ожидаемый ответ

Так понятнее не только кандидату для подготовки, но и интервьюеру для прохождения. Со временем дойдем и до 100 задач.

А я потихоньку практикуюсь для будущего видеоконтента. Музон для задротов конференций Apple.

💰 Поддержать или получить доступ к материалам можно в бусти
⭐️ Или в боте трибьюта если вы не из СНГ (рекомендовано, так дешевле)

🧬 Flow: выход из цикла. Конструктивная жизненная система

Преобразование порядка из хаоса — величайшая черта образования.

Сильнейшей идеей потока оказалась не очевидное и понятное состояние удовольствия от процесса. А куда более глубокая система конструктивных ценностей. Она пронзает множество слоев: от историй государств до семейных отношений. Возможно, эту мысль мне помогла увидеть моя терапия с психологом, но она является ключевой.

Представьте мальчика. Рожденный в этот мир он полон наивности и веры. Но сталкиваясь с трудностями он становится циником.

Обездоленный. Он ищет вину своих неудач в родителях, системе, боге. Такое поведение очень близко особенно в пост-советской культуре.

Его реакция, на пережитую в детстве сильную боль, оказалась деструктивной. Отец заслужил такое поведение и он просто слаб. А я должен разбогатеть. По инерции экстраполируя эту установку на начальника, систему, государство и мир. Только так я выйду из цикла страданий. Но в этой установке нет правды и так мы не исцелимся.

В таких целях мы не найдем счастья. И единственное, что нас накроет — волна хаоса и энтропии. Которая затянет на дно. Ложь на ложь. Месть на месть. Кровь за кровь. Зуб за зуб приводят к бесконечной петли саморазрушения.

Поддаться эмоциям очень просто. Но инерция заведет в ловушку.

Образование — лучшая терапия для менталки. Нужно учиться преобразовывать травмирующие события в цель. А для этого нужно уметь делать порядок из хаоса.

В этом и есть ключевое отличие потока от цикла.