10 правил Билла Аткинсона по созданию более человечных интерфейсов

Каждый раз, когда вы перетаскиваете вектор или выделяете область в Figma, вы опираетесь на идеи Билла Аткинсона, легендарного инженера Apple, который скончался в прошлый четверг. В Figma мы испытываем огромную благодарность Аткинсону, чье убеждение в том, что сложные творческие инструменты должны быть интуитивно понятными, оказало непосредственное влияние на нашу миссию. Когда наши пользователи манипулируют векторной графикой в режиме реального времени, они опираются на QuickDraw, графический движок Аткинсона, который сделал возможным визуальный интерфейс Mac. Когда они сотрудничают командами, они пользуются преимуществами MacPaint, первого интуитивного растрового редактора, который демократизировал инструменты дизайна. Когда они проектируют интерфейсы, они обязаны HyperCard, революционному инструменту, который позволяет непрограммистам создавать интерактивное программное обеспечение.

1. Проектируйте с учетом ограничений, а не смиряйтесь с ними
2. Создавайте инструменты, которые демократизируют творчество
3. Сделайте интерфейсы незаменимыми
4. Ставьте под сомнение «очевидные» решения
5. Оптимизируйте для удовольствия, а не только для функциональности
6. Разрабатывайте с учетом конечного результата
7. Скрывайте сложность за простотой
8. Кодируйте для человеческого восприятия, а не против него
9. Создавайте инструменты, которые обучают на практике
10. Создавайте платформы, а не просто продукты

Статья: https://apptractor.ru/info/articles/10-pravil-billa-atkinsona-po-sozdaniyu-bolee-chelovechnyh-interfeysov.html
Платформа: дизайн

Что нового в UIKit после WWDC25

2019 год стал годом, когда Apple представила SwiftUI. В то время отклики пришли быстро, и они были, ну, немного сенсационными. «UIKit мертв», «Он устарел!», «Теперь бесполезен!»… список можно продолжать. Но вот мы на 25-ом даб-дабе, и в нем анонсировано еще больше улучшений UIKit.

UIKit по-прежнему является фреймворком, поддерживающим iOS, и если вы заглянете под капот достаточно далеко… он поддерживает и SwiftUI. По традиции, давайте посмотрим, что Купертино и друзья™️ приготовили для нас в этом году.

Статья: https://apptractor.ru/info/articles/chto-novogo-v-uikit-posle-wwdc25.html
Платформа: iOS

Как правильно считать шаги на Android: полное руководство для разработчика от сенсоров до Health Connect

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

Статья: https://habr.com/ru/articles/918908/
Платформа: Android

ProgressWebViewController - WebViewController, реализованный с помощью WKWebView, с прогресс-баром в панели навигации. WebViewController — это веб-браузер, похожий на Safari. Можно кастомизировать кнопки, просматривать локальные страницы, изменять user agent, поддерживает специальные URL вроде телефонов и App Store и прочее.

ProgressWebViewController на GitHub: https://github.com/kf99916/ProgressWebViewController
Платформа: iOS
⭐️: 86

Я обогнал Google?

Получив задачу написать новое приложение, я стал накидывать план: архитектуру, паттерны, фреймворки и библиотеки, которые мне понадобятся. Было решено писать полностью на Compose и для навигации использовать Jetpack Navigation. Тогда я еще не знал, какой ящик Пандоры открываю.

Статья: https://habr.com/ru/articles/918562/
Платформа: Android

Повторяю стекломорфизм в Android на AGSL шейдерах (лучше бы я этого не делал)

Всё новое - это забытое старое? Как бы да... но нет. Я прочёл десятки комментариев о том, что подобное уже было в прошивках китайских смартфонов, таких как Сяоми или чё там ещё у Китая. На самом деле то, что показали в бета версии iOS - не только не встречалось в Android нигде ранее, но и не появится в Android ближайшее время.

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

Ну ладно. Челлендж - повторить что-то подобное в Android. Не берусь говорить, что это получится так же хорошо. Да и что получится вообще хоть что-нибудь...

Статья: https://habr.com/ru/articles/918030/
Платформа: Android

Используем MetricKit: что на самом деле делает ваше приложение на устройствах пользователей

Представьте себе следующую ситуацию: ваше приложение безупречно запускается во время разработки, с блеском проходит все бета-тесты и получает одобрение для App Store. Но как только оно попадает в руки пользователей... начинается хаос. Появляются сбои, замедления и жалобы на потребление энергии. Звучит знакомо?

Представляем MetricKit — супергерой мира Apple для мониторинга производительности. Представленный на WWDC 2019, этот фреймворк на базе Swift собирает реальные данные о производительности прямо с устройств пользователей.

С MetricKit вы больше не будете действовать вслепую после запуска. Вы получите подробный отчет о том, как ваше приложение ведет себя в производственной среде.

Статья: https://apptractor.ru/info/articles/metrickit.html
Платформа: iOS

FigX - это практичный CLI инструмент для импорта ресурсов дизайна из Figma в вашу кодовую базу. Создан для разработчиков, которые ценят явный контроль и воспроизводимость.

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

⚡️ Быстро: FigX экспортирует и преобразует ресурсы из Figma значительно быстрее, чем figma-export, и на порядок быстрее, чем делать это вручную — единственным ограничением скорости здесь является ограничение скорости REST API Figma 😅

⚖️ Правильно: результат импорта ресурсов в ваш проект точно отражает то, что определено в конфигурации FigX — не больше и не меньше.

🛡 Надежно: импорт ресурсов через FigX дает одинаковый результат на любой машине и любой ОС. Невоспроизводимые результаты могут возникать только из-за изменений, внесенных дизайнерами в Figma, а не из-за разработчиков или инструмента.

♻️ Кэширование: сетевые запросы минимизированы. Извлекаются только измененные ресурсы. Кэш переносим между машинами, что делает его идеальным для конвейеров CI и автоматизированных рабочих процессов.

FigX на GitHub: https://github.com/tonykolomeytsev/figx
Платформа: Android
⭐️: 14

Функциональное программирование в Android. Знакомство с парадигмой

Эта статья открывает цикл материалов о функциональном программировании. В нём мы разберёмся, что из этой парадигмы можно применять в архитектуре Android-приложений, а на что стоит смотреть с осторожностью. Но прежде нужно глубже погрузиться в суть функционального программирования.

Сегодня поговорим о теории функционального программирования, её особенностях и о том, что оно может дать вашему приложению. Всё это — на примере моего собственного знакомства с функциональным программированием. Оно уже переросло в идею написать pet-проект на функциональной архитектуре, кстати, но обо всём по порядку.

Статья: https://habr.com/ru/companies/dododev/articles/917222/
Платформа: Android

Кроссплатформенный опыт Surf с Flutter Web

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

Статья: https://habr.com/ru/companies/surfstudio/articles/916840/
Платформа: кроссплатформа

От массивных представлений SwiftUI до повторно используемых компонентов: Root MVVM подход к модульным интерфейсам

Большие SwiftUI-вьюшки, перегруженные логикой и данными, — один из самых распространённых антипаттернов в проектах начинающих (и не только) разработчиков. Они:

• сложны в поддержке,
• плохо тестируются,
• часто ломают Xcode Previews,
• мешают переиспользованию кода

Что делать? Разделите представления на два типа:

• Content views — отвечают только за UI. Получают простые типы (String, URL, Int) и ничего не знают о бизнес-логике.
• Root views — “склеивают” UI и модель, управляют состоянием, ViewModel'ями, сетевыми запросами и навигацией.

Такой подход:

• проще тестировать,
• удобнее переиспользовать,
• легче просматривать в Preview без моков и магии

И главное — не каждая вьюшка нуждается в ViewModel. Это миф. Только root view взаимодействует с моделью, контент-вью — просто отображает.

Статья: https://matteomanferdini.com/swiftui-massive-reusable-views/
Платформа: iOS

StructuredQueries - эта библиотека от Point-Free предоставляет набор инструментов, которые позволяют вам писать типобезопасные, выразительные и компонуемые SQL-выражения с использованием Swift. Она может помочь вам обнаружить простые ошибки при написании ваших запросов, такие как опечатки в именах столбцов или сравнение двух разных типов данных. Просто присоединив макросы к типам, представляющим схему вашей базы данных, вы получаете мгновенный доступ к широкому набору API для построения запросов, от простых до самых сложных.

Reminder
  .select {
     ($0.priority,
      $0.noscript.groupConcat())
  }
  .where { !$0.isCompleted }
  .group(by: \.priority)
  .order { $0.priority.desc() }
// => [(Int?, String)]

StructuredQueries — это не ORM или новый язык запросов, который вам нужно изучать: его API разработаны для чтения, близкого к SQL, который он генерирует, хотя они часто более лаконичны и всегда безопаснее.

StructuredQueries на GitHub: https://github.com/pointfreeco/swift-structured-queries
Платформа: iOS
⭐️: 219

Не хотите поговорить о Kotlin Contracts?

За время собеседований я заметил одну любопытную вещь: даже опытные котлиноводы частенько не в курсе такой мощной фичи, как Kotlin Contracts. Этой серией статей я хочу простым человеческим языком показать, зачем нужны Contracts, как их использовать на практике и как они работают внутри.

Статья: https://habr.com/ru/companies/alfa/articles/916536/
Платформа: Android

Инструмент с открытым исходным кодом для ускорения запуска iOS-приложений

Sentry совместно с Emerge Tools открыли исходный код ключевого компонента своего инструмента Launch Booster — теперь он доступен как Swift‑пакет под названием FaultOrdering. Этот инструмент помогает ускорить запуск iOS‑приложений за счёт генерации order‑файлов, которые оптимизируют расположение кода в бинарнике. В результате уменьшается количество обращений к памяти при cold start и достигается заметное ускорение запуска — по данным авторов, до 20%.

Особенность FaultOrdering в том, что для его использования не нужно вносить изменения в код приложения. Сбор данных происходит через встроенный отладчик, который ставит брейкпоинты на ключевые функции и отслеживает их выполнение во время UI‑тестов. Итоговый order‑файл автоматически прикрепляется к результатам теста и может быть применён в процессе сборки приложения.

Инструмент легко встраивается в CI/CD и позволяет получать прирост производительности практически «из коробки». Он особенно полезен на этапах релиза, когда критична каждая секунда времени запуска.

Sentry обещает, что это только начало серии open-source решений от команды Emerge Tools. Судя по всему, оптимизация старта приложений станет проще и доступнее для широкого круга iOS‑разработчиков.

Статья: https://blog.sentry.io/open-source-tool-speed-up-ios-app-launch/
Платформа: iOS
Мой перевод статьи: https://apptractor.ru/info/articles/faultordering.html

Чему я научился, проведя реверсинжиниринг собственного приложения для Android

Автор провёл интересный эксперимент: скачал и декомпилировал собственное Android-приложение, чтобы посмотреть, что увидит злоумышленник. В процессе он нашёл несколько серьёзных проблем.

Во-первых, в коде остались захардкоденые ключи Firebase, что делает их уязвимыми для утечки. Во-вторых, в strings.xml лежали конфиденциальные строки и флаги, которые не предназначались для пользователей. Также в коде остались методы для тестирования и отладки вроде bypassLoginForQA() — они не вызывались, но полностью сохранились в сборке. В папке assets оказались тестовые токены и мок-данные, которые могли бы дать много информации о внутреннем API. Манифест содержал лишние разрешения, в том числе на доступ к SMS и камере, хотя эти функции не использовались. И наконец, классы и методы не были обфусцированы — их названия ясно указывали на структуру приложения.

После ревизии автор включил обфускацию через ProGuard, убрал чувствительные данные и разрешения, очистил манифест и удалил отладочные инструменты.

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

Статья: https://medium.com/@ravinnpawar/things-i-learned-from-reverse-engineering-my-own-android-app-a11fd2a0eb23
Платформа: Android

Внедрение ИИ в ваше приложение: используем Foundation модели Apple

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

Статья: https://apptractor.ru/info/articles/foundation-models.html
Платформа: iOS

Feeder - открытое приложение для чтения лент новостей (RSS/Atom/JSONFeed) для Android, созданная еще в 2014 году и до сих пор обновляемая для соответствия новым технологиям. С Feeder вы можете читать последние новости и сообщения с ваших любимых сайтов. Feeder можно использовать бесплатно, он работает локально на вашем устройстве. Ваши данные на 100% конфиденциальны.

Feeder на GitHub: https://github.com/spacecowboy/Feeder
Платформа: Android
⭐️: 2.1K

Создание фракталов в Kotlin и Jetpack Compose

Автор рассказывает о создании Android‑приложения, которое сгенерирует и визуализирует фрактал Мандельброта с возможностью плавного масштабирования и панорамирования на любом уровне детализации — ограниченным лишь точностью типа Double. Он начинает с объяснения математической основы: фрактал строится по простой рекуррентной формуле. Далее автор подробно показывает, как в Jetpack Compose реализовать саму отрисовку. Используется компонент Canvas и рендеринг по пикселям. Для расчётов применяются корутины Kotlin, чтобы разбить задачу на параллельные участки и избежать блокировки UI. Благодаря этому генерация остаётся отзывчивой даже при глубоком зуме .

Особое внимание уделяется взаимодействию с пользователем: применяется Modifier для обработки жестов, таких как масштабирование двумя пальцами и перемещение. Это позволяет динамически изменять центр и уровень масштабирования фрактала прямо на экране. Кроме того, обсуждаются вопросы производительности: оптимизация обхода пикселей, управление максимальным числом итераций и адаптация к возможным точностным ограничениям типа Double .

В заключительной части автор подчёркивает, что, несмотря на кажущуюся простоту формулы, эффективная отрисовка фракталов — привычная задача для десктопов — в мобильных условиях требует продуманного архитектурного подхода. И Jetpack Compose в связке с Kotlin‑корутинами позволяет получить плавную, визуально сложную визуализацию даже на смартфоне .

Статья — отличное руководство для тех, кто хочет совместить математическую визуализацию с современной Android‑архитектурой, научиться организовывать асинхронную отрисовку и работать с жестами в Compose.

Статья: https://proandroiddev.com/generating-fractals-in-kotlin-with-jetpack-compose-c94bf37b39da (как читать M)
Платформа: Android

Полное руководство по фреймворку Foundation Models

Подробный обзор нового фреймворка Foundation Models от Apple, представленного на WWDC 2025. Этот инструмент позволяет запускать LLM прямо на устройствах Apple — без отправки данных в облако, с высокой производительностью и сохранением приватности.

Автор статьи описывает простейший пример: с помощью макроса #Playground, SwiftUI и LanguageModelSession достаточно нескольких строк, чтобы отправить запрос модели — например, «перечисли штаты США» — и получить ответ. Затем демонстрируется потоковая генерация, позволяющая ускорить реакцию интерфейса за счёт отображения частичного результата по мере его поступления.

Одним из ключевых достоинств фреймворка является guided generation — возможность описания своих структур (Swift‑структуры и перечисления с аннотациями @Generable и @Guide) и получения от модели строго типизированного ответа. В примере предлагается рецепт с ингредиентами и объёмами, упорядоченными в иерархии, доступной напрямую в коде.

Дальше автор показывает применение в SwiftUI‑приложении: выбор ингредиентов, отправка промпта, асинхронная генерация списка рецептов через поток, отображение и сохранение результата с помощью SwiftData. Кроме того, затрагивается тема инструментов — tools. Поясняется, как создать кастомный RecipeTool, зарегистрировать его в LanguageModelSession, чтобы модель могла при необходимости сама вызвать API и получить данные извне.

Отдельно рассказывается о производительности: рекомендуется заранее прогревать модель с помощью session.prewarm(), проектировать структуры без лишних свойств, учитывать лимит токенов (4096) и строить инструкции на английском за лучшую стабильность.

В заключении подчёркивается, что Foundation Models — это новый этап on‑device AI от Apple: генерация текстов, структурированные данные, инструменты, сохранение и SwiftUI‑интеграция — всё работает локально. При этом автор обещает обновлять статью по мере расширения фреймворка и ссылается на курс и репозиторий с примерами.

Статья: https://azamsharp.com/2025/06/18/the-ultimate-guide-to-the-foundation-models-framework.html
Платформа: iOS

VLCKit — универсальная мультимедийная библиотека для любых задач воспроизведения аудио и видео на macOS, iOS и tvO. VLCUI - обертка этой библиотеки для SwiftUI. Поддерживает воспроизведение, активную потоковую передачу и обмен медиафайлами.

VLCUI на GitHub: https://github.com/LePips/VLCUI
Платформа: iOS
⭐️: 50