Как стать автором
Обновить

Комментарии 5

Странно, что не упомянут Грааль подготовки к фааанг-лайк собеседованиям - cracking the coding interview :) На мой взгляд интересное и полезное чтиво по теме.
А негативным опытом с AlgoExpert слегка разочарован - нравится канал автора (Clement Mihailescu если что), думал когда-нибудь, если решу снова готовиться к фаангу (там наконец-то начали появляться интересные мне позиции на Erlang/Elixir), пройти его курс.

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

Таки сейчас это больше похоже не про переезд в Лондон, а про прохождение собесов в faang. О чем написаны тысячи статей.

Собственно про сам Лондон и страну почти ничего нет.

В интернете действительно очень много статей о подготовке к FAANG, но все они почему-то исключительно про бэкендеров. Кто-нибудь знает, таскают ли мобильщиков, например, тоже по системному дизайну?

Посмотрите на (документ группы чатов в телеграмме про подготовку в FAANG) FAANG Interview. Бортовые заметки сообщества | faang-interview.github.io - там есть ссылки на Grokking the Mobile System Design interview | by Artem Goncharov | Medium , weeeBox/mobile-system-design: A simple framework for mobile system design interviews (github.com) и прочие.

Ну и конечно пошерстить в истории связанных чатов

Например, если вас попросили сделать клон Твиттера

Каждый раз, когда читаю о задачах клонов соцсетей, твиттера или подобных с system design интервью, ловлю себя на мысли, что на самом деле проектирование этих систем стоит начинать немного не с тех НФТ, которые обычно звучат. Не с количества условно пользователей и твитов и не с того в каком разрешении видео. Первыми будут вопросы юридические, регуляторные, монетизации и цензуры (если не нравится слово "цензура", то можно хоть сто синонимов придумать - суть та же). Можно сделать супер-инженерно-правильный "твиттер", но если в него принципиально нет возможности вставить рекламу или взять денег с пользователей, то это просто перекладывание денег из кармана инвестора в карман провайдера облака (ну или производителя железа). Если нет системы цензуры (ок, давайте это назовём нейтрально "защита от спама и мошенничества"), то деньги инвесторов перейдут не только провайдеру, а еще и юристам. А большинство этих нефункциональных требований базируются на том, что нужен либо неинженерный штат, причём с понятной пропускной способностью (например, 8 часов это 480 минут, т.е. банально больше 1000 коротких видео-роликов чисто физически в день не отсмотрит), либо на каких-то автоматизированных бизнес-процессах вне самого приложения.

Причём это не только "соцсетей" касается. Если, например, торговую систему проектировать, то условные приём поручений, order book и матчинг сделок это интересные задачи, но их нельзя решить в отрыве от тех же входных требований (регуляторные, юридические и т.п.) и, скорее всего большая часть ресурсов уйдёт именно на "дополнительные" требования.

(извините, к теме статьи не очень относится, просто мысль вслух)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории