FAANG Master

Сборная США завоевала 5 золотых медалей на межнаре по физике.

Обратите внимание на имена и фамилии.

Трамп фоткается с ними, на фоне введения пошлин в 100 тысяч долларов за рабочие визы.

Расширенный список сборной: https://aapt.org/physicsteam/2025/team.cfm

Лайфхак: как пройти screen интервью, если у вас неделя на подготовку?

Существенная часть популярных задач, которые спрашивает компания, уже слита на LeetCode.
Если вы отфильтруете задачи по компании, отсортируете по популярности и выучите за неделю наизусть первые 30 самых популярных задач, то вероятность, что у вас будут эти задачи на screen собеседовании, выше 80%. Таким образом, вы сможете повысить шансы прохождения screen собеседования до 70%-90%.

CTO Meta обьясняет причины фейлов на демо.

Если кратко:
1) Кулинарное демо. Ключевое слово активировало все устройста с Meta AI в зале. Для демо специально подняли один выделенный dev сервер для того, кто делает демо. Но из-за активации всех устройст в зале трафик пошел на этот один сервер. И сервер не справился с трафиком.
2) Звонок в вотсап. Там был редкий рейс кондишен. Очки Зака ушли в спящий режим. Одновременно с этим пришел звонок. Когда очки проснулись, они не показали нотификацию о звонке, она была утеряна из-за рейс кондишина. Баг редкий и уже починили.

Какой процент успешного прохождения system design собеседования?

Статистика в нашу компанию на основе личного опыта:

1) 28% - fail. Reject без вариантов.
2) 28% - down level. Собеседование на target уровень не пройдено, но определили уровень на -1 от target уровня.
3) 38% - pass. Успешно пройденное собеседование на target уровень.
4) 5% - up level. Собеседование пройдено успешно, и даже соответствует +1 уровню.

В целом, 43% проходит собеседование на system design успешно. Но это уже среди тех, кто прошел фильтр по резюме и успешно прошел screen собеседование и попал на full loop.

LLM-враперы предлагают нормальные деньги.

Сколько надо разобрать задач на system design во время подготовки?

Кроме знания основных принципов построения распределенных систем, в рамках подготовки стоит детально разобрать 15-20 задач с собеседований на system design. А также пройти 2-3 тренировочных или мок-собеседований.

Смотри разбор многих основных принципов построения распределенных систем, а также 7 задач с system design interview тут:
https://t.me/faangmaster/650
https://t.me/faangmaster/809

Также смотри книги и ресурсы для подготовки к system design тут: https://t.me/faangmaster/471

Я планирую запустить серию из ~15 уроков по подготовке к system design собеседованию. Эта подготовка поможет как в собесах в FAANG/BigTech, так и в локальные крупные и не очень компании, так как system design сейчас много где спрашивают.

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

Трамп ввел пошлину в $100k за визу H-1B

Это основная виза, по которой переезжают программисты в США. Её и до этого было сложно получить (кроме офера, нужно ещё выиграть в лотерею, так как есть квоты). Теперь число работодателей, которые будут перевозить по H-1B, сократится ещё сильнее. Но FAANG, скорее всего, продолжит перевозить, но в меньших количествах.

Design a URL Shortening Service / TinyURL. Задача с system design собеседования: Дизайн URL Shortening Service / TinyURL.

Записал разбор очень популярной задачи с system design: Design a URL Shortening Service / TinyURL.

Если хотите больше таких видео разборов - подписывайтесь на мой youtube.

https://youtu.be/6kWVXy8f_6Y?si=maCwDlw0PZDNipse

Начиная с 30 сентября Мета запускает пилот по использованию AI во время интервью

Во время full loop одно кодинг интервью будет заменено на интервью, на котором можно будет использовать AI.

Оно будет длиться 1 час вместо 45 минут, AI будет встроен в веб среду coderpad, в котором вы будете писать код.

Oracle недавно уволила несколько тысяч человек. На этом фоне акции компании взлетели в цене, сделав Ларри Эллисона самым богатым человеком в мире (сейчас делит 1-2 место с Маском).

Это одна из причин, почему массовые сокращения продолжаются. Это способ поднять цены на акции.

И не важно, что они скоро наймут обратно столько же или еще больше.
Аналогично выросли цены на акции Meta. Meta уволила 30 тысяч человек за 3 года и столько же наняла. Каждый анонс сокращений повышал стоимость акций.

Плюсы и минусы работы в европейских/региональных офисах FAANG-компаний

У FAANG офисы по всему миру, в том числе много в Европе/UK. Тем не менее, большинство сотрудников работает в штаб-квартирах/американских офисах.

Плюсы работы в европейских/региональных офисах FAANG:

1) WLB часто лучше, чем в американских офисах. Обычно это связано с тем, что в региональных офисах делают не самые критичные, не самые важные компоненты/фичи.
2) Oncall обычно более чиловый по тем же причинам. Применимо не ко всем командам, но в среднем к большему проценту.
3) Вас нельзя уволить в один день. В США могут уволить почти без причин за сутки. В Европе/UK нужно долго и нудно доказывать, что вы не соответствуете должности, что даёт вам больше времени на поиск новой работы — это особенно важно во времена массовых сокращений.
4) Больше отпуска. Для США характерны очень короткие отпуска; в Европе/UK обычно минимум около месяца в году.
5) Проще путешествовать. Если вы в Европе, расстояния до соседних стран маленькие. Кроме того, вам не нужно получать визу. В связке с длинными отпусками можно объездить всю Европу: часто реально просто на выходные смотаться в другую страну. В США путешествовать куда-то вне США сложнее, дольше и дороже.
6) Больше выходцев из СНГ и Европы. В офисах в США их меньше; там преобладают китайцы и индусы (часто до ~80% сотрудников). В Европе чаще найдётся с кем чаи/кофе на кухне погонять.

Минусы:

1) Мало «интересных и важных» команд. Вне штаб-квартир обычно располагаются менее критичные компоненты и команды. Это может влиять на интерес к работе и на промоушены.
2) Меньше вакансий. Офисы меньше — и вакансий меньше.
3) Много зависимостей от команд в США. Отсюда митинги вечером или уже после окончания рабочего дня; график смещается на вечер. Особенно характерно для Meta. В Amazon мне повезло: команда/орг был целиком в Европе. Партнёры были в США, но ключевые — в Европе.
4) Налоги выше и зарплаты ниже, чем в США. Базовая зп может отличаться в 1.5–2 раза. Но если компания даёт рефрешеры, они обычно близки к США, так что по акциям можно зарабатывать не сильно меньше.
5) Если вы в UK, то вам нужна виза в Европу. Хоть Европа и близко, но вам нужна отдельная виза (пока вы не получили гражданство UK). Записаться в визовый центр в Лондоне - это отдельный квест. А с 2022 года визу дают на даты поездки или на несколько месяцев. Т.е. под каждый отпуск надо проходить этот квест.
6) Придется ездить в командировки в США. Из-за зависимостей от команд в США, периодически придется ездить в США. А это сейчас отдельный квест. Почти всех выходцев из России отправляют на админ проверку, которая может длится больше года. А если вы не будете/не можете ездить в командировки - ваша визибилити и внутренние связи будут ниже, чем у коллег, которые могут ездить. Что может повлиять на ваши промоушены.

Интересное интервью с Андреем Васнецовым, который сделал стартап про векторный поиск, который, так совпало, сейчас полезен для AI (RAG, в частности).

https://youtu.be/_GwPpxtMcNs?si=gUp-yJO8KAjEPq7R

Сколько получит ваша семья, если вы умрете, работая в FAANG

В разных компаниях по разному.
Например, в Amazon - 2 годовые базовые зарплаты.
В Мета 6 годовых базовых зп + все акции, которые вам еще не выплатили.
В Google, что-то близкое к Мета, в Apple что-то близкое к Amazon.

Это могут быть многие миллионы в Google и Meta или сотни тысяч долларов в Amazon и Apple.

Это касается всех случаев смерти, как на рабочем месте, так и вне. Во время вашего эмплоймента.

6 месяцев назад CEO Antropic заявил, что через 3-6 месяцев 90% кода, который раньше писал человек, будет писать AI. Сбылось ли это для вашей компании?

Студенты СПбГУ получили золотые медали на ICPC 2025

Студенты топовых российских вузов часто в призах или на первом месте: https://cphof.org/contest/icpc

Основные причины, почему Agile/Scrum/Kanban не используются или используются в измененном виде в FAANG-компаниях

1) Устройство performance review. Перфоманс оценивают по достижениям сотрудника за 6–12 месяцев. Если разраб просто берёт самые приоритетные таски из бэклога разных проектов, сложно сформулировать конкретный нарратив достижений. А вот если он ведёт один-два проекта или крупные части проекта с чёткими delivery и измеримым импактом, нарратив собрать проще: «сделал X — надои выросли на Y». Это звучит лучше, чем «закрыл 100 500 тасков».
2) Нет заказчиков, которым нужно показывать demo, получать фидбек и учитывать его дальше при разработке. Обычно в конце спринта делают демо того, что было сделано, получают обратную связь и, если это целесообразно, вносят соответствующие изменения. В FAANG-компаниях часто нет чётких заказчиков: либо их нет вовсе, либо это внутренние стейкхолдеры — другие разрабы из других команд. В Facebook, например, предпочитают уведомлять о достижениях, релизах, апдейтах и изменениях асинхронно: просто пишут пост в группе, и люди могут его прочитать, полайкать и написать комменты.
3) Внутри команды, разрабы работают над малосвязанными проектами. Т.к. разрабы ведут большие проекты, они часто не влияют друг на друга напрямую в рамках одной команды. Взаимосвязь внутри команды бывает, но редко. Чаще — депенданси на другие команды и разрабов из них, которые делают свою часть проекта, в котором вы участвуете. Поэтому делать спринты в рамках одной команды особого смысла нет. Больше смысла — спринты по каждому проекту, где участвуют люди из разных команд, а не из одной. Например, в вашей команде 3 разраба: A, B, C. Разраб A работает над проектом X, делает часть проекта X' и взаимодействуют в рамках проекта с коллегами из других команд, которые также работают над проектом X и делают части этого проекта X'', X'''. Разраб B аналогично работает над проектом Y и делает часть этого проекта Y' и взаимодействует с коллегами из других команд, которые делают части проекта Y: Y'', Y'''. Потом разраб A переключается на какой-то другой проект и взаимодействует с какими-то другими коллегами из каких-то еще команд.
4) Т.к. проекты большие и длительные, то спринт в 2 недели особого смысла не имеет. Обычно у вас есть какие-то промежуточные майлстоуны и деливери, но они чаще длиннее 2 недель. Просто держать 2-недельный ритм ради ритма смысла нет. Поэтому чаще делают weekly sync в рамках проекта (а не команды) и чекают статус всех майлстоунов: on track, at risk и т.д.

Тем не менее, в Amazon у нас был Scrum. А в Facebook я первый год его внедрял в своей команде. Но потом понял, что это не нужно.

Смотри также:
Какой был опыт использования Scrum в Amazon
Плюсы от того, что у нас был Scrum
Используют ли FAANG компании Scrum или Kanban?

Наткнулся на сервис отзывов на менеджеров

Я писал много постов о том, насколько важны отношения с вашим менеджером для ваших перфоманс ревью и для промоушенов.

Теперь есть сервис, где можно оценить своего менеджера и посмотреть фидбеки других менеджеров: https://ratemymanager.fyi