Разработка мобильных приложений: новости и статьи — 07.10

Этот репозиторий представляет собой попытку упорядочить ключевые принципы проектирования систем по аналогии с периодической таблицей химических элементов. Автор анализирует десятки фундаментальных работ в области систем (базы данных, операционные системы, распределённые системы и др.) и выделяет более 40 сквозных принципов — таких как Modularity, Scalability, Fault Tolerance, Abstraction Lifting, Consistency Relaxation и др. Каждый принцип снабжён коротким обозначением, группируется по тематическим категориям (структура, эффективность, распределённость, надёжность и т.д.) и сопровождается описанием намерения (intent), без привязки к конкретным технологиям или паттернам. Сильная сторона проекта — универсальность и мастерская синтеза: здесь не «рецепты кода», а словарь концепций, который помогает разработчикам, архитекторам и студентам видеть связи между разными областями систем. Минусы: границы между принципами могут быть нечетки, и некоторые решения подвергаются дублированию или пересечению. В целом, проект полезен как вспомогательный инструмент мышления при проектировании больших систем — как способ быстрее увидеть «что за чем следует» и какие компромиссы заложены в архитектурное решение.

Разработка

• OpenAI запускает AgentKit, чтобы помочь разработчикам создавать и поставлять ИИ-агентов
• OpenAI запускает приложения внутри ChatGPT
• Команда Swift анонсирует Swift Profile Recorder
• Supercharge Cursor and Claude with your team’s knowledge
• Elements of System Design

Маркетинг

• Дилемма локализации

Кроссплатформа

• Why Your Compose Multiplatform App Still Needs Native Code
• How I Brought a 5-Year-Old Flutter App Back to Life (and What You Can Learn From It)

iOS

Многие iOS-разработчики, переходя на async/await, совершают типичные, но серьёзные ошибки — от неправильного использования for await до игнорирования отмены задач. Иногда они просто предполагают, что все асинхронные функции исполняются на фоне, что может привести к «заморозке» интерфейса и отказу приложения при ревью в App Store. Другие часто начинают вручную переписывать существующий код под Swift Concurrency, не учитывая тонкости строгой конкуренции, — и из-за этого миграция растягивается на месяцы. Также опасно создавать задачи внутри onAppear, что может породить дублированные вызовы API и ненужную нагрузку.

• The 5 biggest mistakes iOS Developers make with async/await
• iOS Developer Struggles Every Swift Dev Should Know
• Swift 6.3 Macros: Reducing Boilerplate by 40% in Real Projects
• SwiftUI: Eliminating Navigation Registrations

Android

Подход с неблокирующим сплеш-скрином обеспечивает значительное повышение производительности (на 90% быстрее загрузка страницы при консервативном тестировании и до 95% при сложной анимации), но и здесь есть свои недостатки. Параллельная обработка увеличивает пиковое использование памяти и нагрузку на процессор, что может быть проблематично на устройствах начального уровня. Ключевой вывод: преимущества существенны и измеримы, но они сопровождаются затратами ресурсов, которые необходимо контролировать с помощью стратегий адаптивной реализации.

• Преодолевая барьер скорости: как неблокирующие заставки сокращают время запуска приложений Android на 90%
• Compose Exploded Layers — слои Compose в 3D
• Input to Your Inputs — What Invalidates Gradle Configuration Cache?
• Kotlin Mutex: Thread-Safe Concurrency for Coroutines
• Scaling Android Apps to Millions of Users: Architecture Lessons
• Event-Driven Architecture in Android: Using Flows & SharedFlow for App-wide Events

← Предыдущий выпуск