она девочко, им сейчас пруха
Facebook onsite System design vs Product Design
-
- Уже с Приветом
- Posts: 64661
- Joined: 12 Jul 2002 16:38
- Location: г.Москва, ул. Б. Лубянка, д.2
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
Я тоже так думаю, я рассказывала про это, и про то как шардить будем тоже, но видимо хотели еше больше аргументов насчет выбора той или иной БД.valchkou wrote: ↑05 Aug 2020 06:27 могу предположить что они хотели какой нибудь либо ноусиквл типа кассандры, манго или RDBMS типа мария, либо эластик - что то распределенно кластерное. Нечто такое что можно скейлить горизонтально разными способами. А способы зависят от выбранной технологии.
Но в любом случае мне кажется это вроде как хороший знак, другим отписавшимся второго шанса не давали насколько я помню
Я читала как пару человек писали на блайнде что им тоже назначали follow up round если остальные раунды были хорошими.
-
- Уже с Приветом
- Posts: 31438
- Joined: 21 Nov 2004 05:12
- Location: камбуз на кампусе
Re: Facebook onsite System design vs Product Design
Лучше переесть, чем недоспать! © Обратное тоже верно
-
- Уже с Приветом
- Posts: 8470
- Joined: 02 Aug 2003 01:32
- Location: SPb->SFBA
-
- Уже с Приветом
- Posts: 124
- Joined: 05 Apr 2016 04:27
- Location: Sunnyvale, CA
Re: Facebook onsite System design vs Product Design
yes, that's totally fine to have extra rounds. I had the same, got hired.
-
- Уже с Приветом
- Posts: 4185
- Joined: 27 Apr 2011 03:43
- Location: Сергели ->Chicago
Re: Facebook onsite System design vs Product Design
Может это фишка ФБ тебе сначала дают выбрать между продакт и систем дизайн, а в итоге прогоняют по обоим
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
Понятно, спасибо!
Я думала вы просто ходили собеседоваться 2 раза, в разные годы, а не на follow up design round.
-
- Уже с Приветом
- Posts: 8470
- Joined: 02 Aug 2003 01:32
- Location: SPb->SFBA
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
-
- Posts: 4
- Joined: 06 Aug 2020 00:45
Re: Facebook onsite System design vs Product Design
Тоже пригласили на интервью, видать много нанимают сейчас
А можно поделиться информацией где и что надо читать по system design, что-то на работе не удается дезайнить интсаграмы и фейсбуки - не дают ресурсов
Спасибо и удачи на интервью.
Vlad
А можно поделиться информацией где и что надо читать по system design, что-то на работе не удается дезайнить интсаграмы и фейсбуки - не дают ресурсов
Спасибо и удачи на интервью.
Vlad
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
https://www.educative.io/courses/grokki ... -interviewvladlee098 wrote: ↑06 Aug 2020 00:55 Тоже пригласили на интервью, видать много нанимают сейчас
А можно поделиться информацией где и что надо читать по system design, что-то на работе не удается дезайнить интсаграмы и фейсбуки - не дают ресурсов
Спасибо и удачи на интервью.
Vlad
https://github.com/donnemartin/system-design-primer
А как у вас с кодингом? Уже прошли телефонное?
-
- Уже с Приветом
- Posts: 19923
- Joined: 30 Aug 2000 09:01
- Location: WA
Re: Facebook onsite System design vs Product Design
Это вряд ли. design interview обычно не требует использования какой-то специфической имплементации, DB и тп. Это был бы скорее минус.
-
- Уже с Приветом
- Posts: 4185
- Joined: 27 Apr 2011 03:43
- Location: Сергели ->Chicago
Re: Facebook onsite System design vs Product Design
сложно сказать, вот если бы вы, кандидаты, не боялись бы выложить задачку фб ту на привете, мы бы обсосали ее вдоль и поперек.uncle_Pasha wrote: ↑06 Aug 2020 06:00Это вряд ли. design interview обычно не требует использования какой-то специфической имплементации, DB и тп. Это был бы скорее минус.
А так остается только гадать...
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
У меня и не было какой-то конкретной БД, скорее речь шла о SQL vs NoSQL DB. Мне кажется что я просто не очень хорошо объяснила почему нам стоит таки остановится на SQL DB, думаю к этому остались вопросы.uncle_Pasha wrote: ↑06 Aug 2020 06:00Это вряд ли. design interview обычно не требует использования какой-то специфической имплементации, DB и тп. Это был бы скорее минус.
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
Ну я НДА как бы подписала, писать вопросы на публичном форуме не самая умная идея.valchkou wrote: ↑06 Aug 2020 06:48сложно сказать, вот если бы вы, кандидаты, не боялись бы выложить задачку фб ту на привете, мы бы обсосали ее вдоль и поперек.uncle_Pasha wrote: ↑06 Aug 2020 06:00Это вряд ли. design interview обычно не требует использования какой-то специфической имплементации, DB и тп. Это был бы скорее минус.
А так остается только гадать...
Могу только сказать следующие:
1)Запись в БД будет редкой. То что там хранится - создаётся 1 раз и каждая запись обновляется в среднем 1-2 раза в год. Типа как информация о бизнесах на районе. Да, появляются новые, старые иногда уходят, временами обновляются, но это не часто.
2)100 млн главных entities.
3)Весь объём данных - около 1 Тб. Данные все ценные, потерять нельзя. Транзакционность на запись важна.
4)читать из базы будем много. 100 тыщ QPS, но очень простых. Select by ID. Ну естественно и кэш прикрутим. Как же без этого. С кэшем уже не миллиард должно стать а поменьше.
Я предложила остановится на обычной SQL DB, replication, и если что просто прошардить. Как прошардить было очевидно вполне по условию задачи, т к мы будем по select by mainEntityId делать запросы, то по ней и прошардить, остальное все что там есть привязано к этой ID и ни к чему другому.
-
- Posts: 4
- Joined: 06 Aug 2020 00:45
Re: Facebook onsite System design vs Product Design
На техническое пока не ходил, сижу на hakerrank пытаюсь вспомнить чем очередь отличается от дерева
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
Рекомендую начать с хорошей подготовки по кодингу.vladlee098 wrote: ↑06 Aug 2020 13:50 На техническое пока не ходил, сижу на hakerrank пытаюсь вспомнить чем очередь отличается от дерева
Задачки Фейсбук даёт в целом не сложные, но нужно решать очень быстро. На каждом из кодинг раундов было 2 задачки, и даже на behavior round была в конце задачка.
-
- Posts: 4
- Joined: 06 Aug 2020 00:45
Re: Facebook onsite System design vs Product Design
Насколько детально разбирается биг О по результатам решений?
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
Как было на телефонном в этом плане - уже не помню, т к у меня было оно давно уже. На онсайте на одном из раундов у меня не спрашивали это совсем, на другом раунде скурпулезно анализировали. Вообще это просили обозначить еще даже до написания кода, сказать какая будет биг О. Но у меня не было в том раунде никаких задач с хитрожопым биг О, все было лаконично.
-
- Уже с Приветом
- Posts: 310
- Joined: 25 May 2019 21:00
- Location: Arizona
Re: Facebook onsite System design vs Product Design
Fingers crossed! Я думаю, что возьмут в компанию. У меня знакомый так прошел в FB хотя он не решил одну задачу по алгоритмам.
Желаю удачи на следующем собеседовании!
Last edited by BigSpender on 06 Aug 2020 17:52, edited 1 time in total.
Life's hard - It's even harder if you're stupid
-
- Уже с Приветом
- Posts: 310
- Joined: 25 May 2019 21:00
- Location: Arizona
Re: Facebook onsite System design vs Product Design
А какого уровня задачи были Hard или Medium по шкале литкода?Krys-Krys wrote: ↑06 Aug 2020 17:34Как было на телефонном в этом плане - уже не помню, т к у меня было оно давно уже. На онсайте на одном из раундов у меня не спрашивали это совсем, на другом раунде скурпулезно анализировали. Вообще это просили обозначить еще даже до написания кода, сказать какая будет биг О. Но у меня не было в том раунде никаких задач с хитрожопым биг О, все было лаконично.
Из какой категории чаще вопросы встречались графы, массивы, hashtable, backtracking и тд?
Life's hard - It's even harder if you're stupid
-
- Уже с Приветом
- Posts: 8470
- Joined: 02 Aug 2003 01:32
- Location: SPb->SFBA
Re: Facebook onsite System design vs Product Design
У меня все были из категории medium или easy-medium. Ничего особо сложного - там важно показать, что можешь код быстро писать.BigSpender wrote: ↑06 Aug 2020 17:51 А какого уровня задачи были Hard или Medium по шкале литкода?
Из какой категории чаще вопросы встречались графы, массивы, hashtable, backtracking и тд?
Задачки типа найти самый длинный палиндром в строке, напечатать число словами, распрасить арифметическое выражение.
-
- Уже с Приветом
- Posts: 310
- Joined: 25 May 2019 21:00
- Location: Arizona
Re: Facebook onsite System design vs Product Design
Понял спасибо за информациюmikeG wrote: ↑06 Aug 2020 18:31У меня все были из категории medium или easy-medium. Ничего особо сложного - там важно показать, что можешь код быстро писать.BigSpender wrote: ↑06 Aug 2020 17:51 А какого уровня задачи были Hard или Medium по шкале литкода?
Из какой категории чаще вопросы встречались графы, массивы, hashtable, backtracking и тд?
Задачки типа найти самый длинный палиндром в строке, напечатать число словами, распрасить арифметическое выражение.
Life's hard - It's even harder if you're stupid
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
Phone screen - mediumBigSpender wrote: ↑06 Aug 2020 17:51А какого уровня задачи были Hard или Medium по шкале литкода?Krys-Krys wrote: ↑06 Aug 2020 17:34Как было на телефонном в этом плане - уже не помню, т к у меня было оно давно уже. На онсайте на одном из раундов у меня не спрашивали это совсем, на другом раунде скурпулезно анализировали. Вообще это просили обозначить еще даже до написания кода, сказать какая будет биг О. Но у меня не было в том раунде никаких задач с хитрожопым биг О, все было лаконично.
Из какой категории чаще вопросы встречались графы, массивы, hashtable, backtracking и тд?
Behaviour - easy
Round 1: medium + hard (only portion of this problem due to time restriction)
Round 2: easy + medium
Topics: strings, arrays, trie (сама задачка была очень простая, но уметь разглядеть prefix tree aka trie case а так же написать эту структуру данных нужно уметь), graph
Запускать код не нужно, и во всяких edge cases ковырятся тоже (если только время останется). Код нужно писать быстро. Это очень важно как я поняла. Лучше писать хоть какой-то кривой код а потом его фиксать чем тупить.
Я думаю требования по кодинг к джуниорам намного выше, и задачи дают сложнее. Таких тертых калачей как мы дрючат больше по дизайну. Считается что на более высоком сеньор уровне ты уже не обязательно очень часто и много пишешь код, т к занимаешься дизайн работой в том числе.
-
- Уже с Приветом
- Posts: 12119
- Joined: 15 Feb 2010 10:32
- Location: Pacifica, CA
Re: Facebook onsite System design vs Product Design
Спасибо! Fingers crossed!BigSpender wrote: ↑06 Aug 2020 17:46Fingers crossed! Я думаю, что возьмут в компанию. У меня знакомый так прошел в FB хотя он не решил одну задачу по алгоритмам.
Желаю удачи на следующем собеседовании!