💎 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 и простые подсказки юзеру.

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

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