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

Если вы только освоили промпт-инжиниринг, то у меня для вас плохая новость. Все прогрессивное человечество уже переходит на контекст инжиниринг. Описывают его как «искусство предоставления всего контекста для задачи». Сюда входит начальный набор инструкций, задача или вопрос от пользователя, текущее состоянии и история, база знаний, извлеченная информация (RAG), описание инструментов и т.п. Говорят, что секрет создания по-настоящему эффективных ИИ-агентов не столько связан со сложностью кода, который вы пишете, сколько с качеством контекста, который вы предоставляете. Так что совсем скоро вместо программистов, занимающихся кодом, будут программисты, занимающиеся контекстом. Отдельные языки будут для Gemini, ChatGPT и прочих…

Разработка

• Новый навык в ИИ — не промпты, а контекст инжиниринг
• When a PM takes over engineering
• Challenging projects every programmer should try
• 14 logic-driven UI design tips to improve any interface
• Saying bye to 4px spacing and hello to Fibonacci

Маркетинг

• Sri Mandir получает новые инвестиции по мере роста цифровой веры

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

• Flutter’s Biggest Problems: What Google Doesn’t Want You to Know
• Why Cross-Platform Teams Are Shifting to Native — With Case Studies That Might Surprise You

iOS

Перевел вчерашнюю статью про фреймворк Observation. Конечно, про основное там умолчали — работает это все с iOS 18. Так что если вы поддерживаете что-то старше, то хрен вам, а не автоматическое отслеживание изменений. Но, надо признать, сделали все красиво и удобно. Так что через пару лет можно будет пользоваться.

• Автоматическое отслеживание изменений в UIKit и AppKit: функция, о которой Apple забыла упомянуть
• Крупные автопроизводители отказываются от CarPlay Ultra
• ComponentsKit — набор красивых компонентов UIKit и SwiftUI
• VIPER vs TCA: What Large iOS Teams Actually Use
• Understanding and Improving SwiftUI Performance
• Sendable in Swift: The Silent Killer of Race Conditions

Android

Статья Дмитрия Глазунова посвящена грамотному управлению состоянием в приложениях на Jetpack Compose при использовании навигации. Автор показывает, какие проблемы могут возникать — например, потеря данных при возвращении назад или сложности с передачей аргументов между экранами — и объясняет, почему важно правильно распределять ответственность между ViewModel, SavedStateHandle, rememberSaveable и CompositionLocal.

Главная мысль статьи — не существует универсального решения для всех случаев. Состояние, связанное с бизнес-логикой и жизненным циклом экрана, должно храниться во ViewModel; данные интерфейса — в rememberSaveable; а контекстно-общие значения — через CompositionLocal. Для сложных пользовательских потоков стоит использовать общие ViewModel на navGraph-уровне. Такой подход делает архитектуру приложения предсказуемой, модульной и устойчивой к изменениям.

• Kotlin : 6 Advanced Flow Features You Must know
• Everyday Challenges of an Android Developer — Skeleton Loaders: The Illusion of Speed
• How I Optimize My Android App from 15MB to under <2MB
• Managing state across navigation in Jetpack Compose
• Custom Scene Strategy in Navigation 3 — Make Your App Flow Your Way

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