group-telegram.com/artrblog/23
Last Update:
Hacking System Design Interview v.2
Заканчиваю серию постов – я сделал форк самого известного фреймворка по прохождению секции проектирования систем. Кстати, предыдущие посты можно прочитать здесь: проектирование приложения, проектирование Firebase SDK.
Зачем? Мне не нравится некоторые куски оригинального репозитория, а именно его конечный результат — спроектированные диаграммы. Я считаю их некачественными. Неясно, зачем вводятся те или иные компоненты и как они связаны. Кроме того, некоторые компоненты излишни или вообще не нужны (например, DI Graph, Coordinator).
Доклад с мобиуса “Как пройти архитектурную секцию собеседования” рассматривает лишь проектирование конкретного модуля конкретной фичи с заранее предлагаемый MV* паттерном: почему так? Как устроены остальные фичи? Как устроена связь между фичами? Как устроена многомодульность? Как пройти секцию, если тебя просят спроектировать библиотеку?
📌 Я перевел оригинальный фреймворк и дополнил его фича-модульной и чистой архитектурой, а также своими мыслями, как пройти данную секцию. В планах — перевести примеры с проектированием библиотек и дополнить их.
Крайне приветствуется:
1. Поставить звездочку;)
2. Контрибьютить и дополнять репозиторий.
https://github.com/iartr/mobile-system-design
BY Engineering notes | Артур Илькаев
Share with your friend now:
group-telegram.com/artrblog/23