Периодическая таблица систем дизайна

Тут один чел зашарил и сделал супер жесткую таблицу.

Собрал и классифицировал принципы, которые часто встречаются в разных областях. Здесь не набор конкретных решений, а абстрактные принципы.

Напомню, что для систем дизайна — принципы важнее шаблонов.

Принципы разделены на группы:

🔘Structure — как разбивать систему на модули, управлять зависимостями и расширениями.

🔘Efficiency — как делать меньше работы, избегать излишних затрат

И другие.

А в каждом принципе уже снабжен символом, целью и примером.

Топ контент

Лучшие материалы для подготовки к System Design Interview

Собесы систем дизайна — очень сложны. Их не только сложно проходить, а еще сложнее проводить.

Если попадется неопытный интервьюер, он может оценить "по-своему" твое решение. Например, поставить важность анимаций выше отказоустойчивости. Но ты можешь аргументировать свое мнение. Ведь аргументация — здесь важнее всего.

Решил собрать самый популярный контент. Некоторый вы уже видели в канале. Какой-то попадался в ютубе. Другой дают даже компании перед собесом. Это все открыто и там правда есть чему поучиться.

💎 A Simple Framework For Mobile System Design Interviews (iOS & Android) Наверное, самый популярный репо. Изучить его рекомендуют рекрутеры рф бигтехов перед собесом и даже разрабы из гугла в нашем чате. А я даже делал свой форк и обновил некоторую инфу для iOS разрабов (скоро сделаю обновление)

💎 System Design Interview For Mobile Engineers. Полезная обзорная статья основ что и для чего ожидается от мобильного разраба

💎 Список публичных мок-собесов. А еще можете найти мой публичный собес 😉

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

Это лишь капля в море. Книги мы будем разбирать отдельно.

А получить доступ к закрытой базе и мок-собесам по систем дизайну можно 💰 тут или ⭐️ тут

Созвон комьюнити в 18.10 в 10 по мск

Очередной созвон где мы голосом обсудим самые острые и важные темы.

🟣Почему это важнейший навык в эпоху ИИ?
🟣Самые сложные задачи
🟣АРХИТЕКТУРЫ vs MOBILE SYSTEM DESIGN
🟣Всё про собесы
🟣Гайды и роадмапы
🟣И многое другое

🧬Попасть можно 💰тут или ⭐️ тут

💎 Mobile System Design: Почему это важно в эпоху ИИ?

Открываю цикл статей вводной.

Бизнесу не нужны чистая архитектура и идеальный код — ему нужны сроки и деньги. А технический долг — это уже наша боль, инженеров.

Нам говорят: "сначала MVP, потом рефакторинг". Но потом почти никогда не наступает. Так и рождаются системы, где уровень хаоса высок, а понимание причин — низкое.

Вот почему ценится глубина — не просто знание SDK или фреймворков, а умение залезть внутрь системы, понять её устройство и связи.

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

Как сохранять ясность в растущей энтропии? Как проектировать простое, и четко доносить идеи до команды? Как не свистеть кукухой?

Написал первую статью-исследование, которое открывает цикл статей Modern Mobile System Design:
🟣Почему это ключевой навык в эпоху ИИ
🟣На основе опросов и статей собрал информацию какие программисты будут востребованы
🟣Какие ключевые навыки нужно качать
🟣Кто такие Context инженеры, Контекстное мышление, Архитекторы AI-агентов

🧬Получить доступ к циклу статей можно 💰тут или ⭐️ тут

Watchdog

Сейчас занимаюсь много перфомансом. Тк работаю с видео и изображениями. Нужно следить за производительностью и контентом. Нагрузкой на главный поток и расчетом лайаутов, контента. Надеюсь, когда-нибудь поделюсь фичей после релиза.

Для чего нужно писать свои Watchdog'и?
- профайлинг Xcode’а только для симулятора/дебага. Нужно подключенное устройство. Сейчас с этим у многих компаний проблемы. Ограничения на реальные девайсы, дебаг усложняется.
- симулятор != реальное устройство. Разные мощности и оптимизации
- Проблемы могут быть только на определенных устройствах, версиях аппки и ios.
Часто нужны реальные условия и окружения юзеров

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

Решил собрать самые интересные решения:

🟣Implementing a main thread watchdog on iOS. Автор предлагает сделать простенький таймер, который следит за нагрузкой главного потока.

🟣Addressing watchdog terminations. Дока от Apple про системный Watchdog

🟣Watchdog Terminations on iOS. Типичные ошибки разрабов почему Watchdog крашит их приложение

Что я делаю в Яндексе?

Иногда буду делиться чем не стыдно. И что доходит до прода 😂

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

Было много задач, но расскажу про сторисы. Прям как в запретограме (почти).

Фича на первый взгляд простенькая, но все же требовала некоторого перестроения мышления:
- че там с оптимизациями?
- че там с кэшем и префетченгом?
- че там с контентом?
- че там с сотовой связью и перфомансом?

Заюзал еше самый современный стэк SUI + SC

В итоге вышло аж ~80 тесткейсов. Которые мы еще и почти все автоматизировали.

Тк мы одни из первых, кто работал с видео, то вызовов было много.

Пока это первая версия и на очереди уже крутое обновление. По-любому вы найдете какой-то неприятный маленький косяк. Но я его уже скорее всего исправил :)

Пока работает только в Питере и Москве.

Страшно, очень страшно. Если бы мы знали, что это такое…😱

Но мы в Garage Eight знаем, что это такое, потому что считаем, что настоящие прорывы случаются за пределами зоны комфорта.

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

🔥 Голосуйте за гаражистов, чтобы поддержать их в борьбе со своими фобиями!

Почему проверка email регекспом — не задача клиента

Сегодня на созвоне комьюнити (делать созвоны на 2 часа в 10 утра субботы я больше не буду) мы обсудили много вопросов про систем дизайн: метрики, компромиссы, архитектуры, много обсуждали BDUI и даже его запроектировали.

Разберём безобидную идею — сложная проверка email на клиентах (iOS/Android/Web) в форме регистрации.

Одно из правил проектирования "Всё, что влияет на безопасность, деньги и целостность данных, обязательно проверять на сервере". Почему?
🟣Безопасность. Мы можем долго говорить про фишинг и реверс-инжиниринг, но правила проверок всегда видны атакующему. Для почты это не всегда важно, но все же.
🟣Слишком много реализаций. Три платформы — три реализации. Легко получить расхождения.
🟣Бизнес правила всегда идут от сервера: формат, уникальность, email/телефон/username, блокировки, инвайты, доступность региона. Это все относится к валидации.
🟣Единая точка правды. На бэкенде проще логировать попытки, строить алерты, включать капчу

Конечно, не стоит выносить ВСЮ проверку на пробелы, очевидные ошибки на сервер (хотя на проверке это тоже нужно делать). Но валидация на клиенте — это только легкий UX и простые подсказки юзеру.

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

Наша экспертиза не строится на "я всемогущ", а на "я знаю, что нужно". Именно так определяется сложность и навык. Упростить все по максимуму и оставить только необходимую сложность.