Hidden gem для скруглений элементов в новом API — containerConcentric

Бывает множество ситуаций, в которых хочется реализовать cornerRadius в зависимости от формы девайса - начиная от модальных вьюх и заканчивая обычными кнопками, чаще снизу (уверен, что на многих проектах дизайнеры и вас просили придумать способ для таких скруглений).

Так вот - в этой сессии рассказали, что такой способ появится!

🤩 Если использовать containerConcentric, то скругление будет автоматически соответствовать контейнеру на разных дисплеях и в разных формах окон.

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

Лучший способ применения нового API — тулбары, панель поиска и другие контролы.

😃 iOS Dev

Алгоритмы обработки видео в iOS 26

Одна из задач на моей работе — это интеграция и поддержка аудио и видеозвонков (p2p и конференций в том числе). Вообще, в этом моя команда прошла довольно большой путь, в том числе пробуя и PJSIP, и решения вроде LiveKit. А про CallKit, например, делился и реальными кейсами. К слову, в рамках теста и поддержки разных алгоритмов, я даже как-то влетел в призы в одном из конкурсов.

Было интересно последить за теми шагами, которые Apple предпринимает в улучшении работы с передачей видео (и добавлении эффектов).

Например, VTFrameProcessor, изначально доступный только в macOS 15.4, теперь появится и в iOS 26.

Но самое интересное для меня в новой сессии - улучшение поддержки передачи видео с низкой скоростью соединения. Появился способ, в котором можно повышать качество видоса в таких условиях с помощью VTLowLatencySuperResolutionScalerConfiguration (не мог не вспомнить мем из CSI).

📺 Рекомендую посмотреть эту сессию всем командам, которые реализуют видеозвонки (и в целом работают с видеоэффектами).

И сразу целых три (!) тестовых проекта (нужна бета оси и Xcode):

➡️ Работа с видео для low-latency конференций
➡️ Лайстрим видео и настройка сессии
➡️ Настройте процесса сжатия

😃 iOS Dev

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

📖 В этой статье Маттео Манфердини делится своим взглядом на массивные вью (и почему они являются проблемой).

1️⃣ Почему это причина многих архитектурных проблем.

2️⃣ Создание модульных (и переиспользуемых) вью.

3️⃣ Почему content-вьюхи должны быть связаны только с пользовательским интерфейсом приложения.

Здесь, кстати, автор рассматривает популярное заблуждение с его стороны:

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

4️⃣ Рут-вью как мост между контент-вьюхами и нижними слоями архитектуры приложения.

😃 iOS Dev

Универсальное руководство по использованию Foundation Models Framework

Foundation Models позволяет нам использовать мощные возможности генеративного ИИ на девайсах, включая понимание естественного языка, создание контента и многое другое, сохраняя при этом конфиденциальность и производительность благодаря работе исключительно на устройстве.

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

Логически материал разделён на несколько блоков:

🔘Требования
🔘Управляемая генерация
🔘Добавление Foundation Models в приложение на SwiftUI
🔘Инструменты
🔘Работа с сохранением ответов (без повторной генерации)
🔘Производительность

Кроме этого, уже сейчас есть репа с примерами кода:

🛠 Генерация Summary для длинного текста
🛠 Планировщик поездок
🛠 Генератор шуток
🛠Создание рецептов с учётом ингредиентов

Напомню, что для теста нужна Tahoe, Xcode 26 и Apple Silicon.

😃 iOS Dev

Почему люди глупеют при использовании ИИ

Прочитал масштабную работу исследователей из MIT, посвященную важному эксперименту.

Ввводные данные: три группы людей, в которых писали эссе на разные темы. Первая юзала ChatGPT, вторая - поисковики, третья - решала самостоятельно.

У всех чекали активность мозговой деятельности в процессе.

🔘 Те, кто использовал ChatGPT - хуже всего вспоминали, о чём писали даже несколько минут назад. 80% не привели ни одной цитаты даже после первого эссе.

🔘 Стиль становился все более однобоким, критический подход применялся все меньше, и в итоге текст превращался буквально в одно и то же.

🔘 Даже после того, как просили перестать юзать ИИ-помощника - испытуемые все равно уступали другим группам по активности мозговой деятельности.

Кроме этого, была и побочка: люди перестали выходить за пределы тех советов, которых им предлагал бот.

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

Например, решая алгоритмические задачи, иногда достаточно интуитивного решения (не самого оптимального по скорости), прежде чем искать подсказки где-то ещё.

Пару дней назад глава Сбера произнёс важную мысль:

«Проблема в том, как бы нам не разучиться думать и как нам перестроить процесс образования так, чтобы дети не разучились считать, писать и решать элементарные задачки.»

Я писал про это полтора года назад и совсем недавно.

Пожалуйста, не верьте слепо всему, что видите. Всегда сохраняйте ясность мышления, как бы сложно это не было. Мы уже находимся в новой реальности, в которой ИИ будет так или иначе рядом (или буквально в качестве агентов), но несмотря на это всё также будет цениться инженерное мышление и способность сохранять ясность ума даже когда из каждого утюга говорят, что ИИ - серебряная пуля.

😃 iOS Dev

🤩 На Swift можно будет разрабатывать Android-приложения

На swift.org инициировано создание рабочей группы, целью которой будет поддержка Android в качестве официальной поддерживаемой платформы для Swift.

📖 Новая рабочая группа будет также заниматься следующим:

— Улучшать и развивать поддержку Android в официальном дистрибутиве Swift.
— Рекомендовать улучшения основных пакетов Swift, таких как Foundation и Dispatch (для лучшей работы с идиомами Android).
— Определять диапазон поддерживаемых уровней API Android и архитектур для интеграции со Swift.
— Выявление и рекомендация лучших практик для взаимодействия между Swift и Java SDK Android (и упаковки либ Swift с приложениями для Android)
— Разработка поддержки дебага приложений Swift на Android.
— Консультирование и помощь в добавлении поддержки Android в различные пакеты Swift сообщества.

😃 iOS Dev

Реверс-инжиниринг Coding Intelligence в Xcode

В этом году в Xcode выкатили полноценную версию Coding Intelligence.

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

Для этого можно прочитать про реверс-инжиринг системных инструкций в Xcode и посмотреть на несколько типичных задач кодирования (вместе с соответствующими подсказками).

➡️ Напомню, что в канале есть и любопытный пост про то, что в целом происходит под капотом у ИИ (можно узнать, что такое токены, как LLM работает с контекстом, а также познакомиться с ключевыми концепциями трансформер-архитектуры).

😃 iOS Dev

Я люблю качественные игры (и даже был в офисе легендарного геймдизайнера).

Но вчерашнее событие из обычного резко вырвалось из привычного контекста.

Удалось попасть на закрытое мероприятие в Here at outernet, посвященное туру Death Stranding 2 (должны быть шутки про доставку, и как гений-Кодзима все предугадал на счет коронавируса). Оно нигде не стримилось, оттого и уникально.

И здесь был сам мистер Хидео!

А днем по счастливой случайности пересеклись с арт-директором не только Death Stranding, но и всей серии Metal Gear Solid Йодзи Синкава в японском кафе. Это его визуальный стиль можно распознать буквально с пары кадров.

На закрытом ивенте поговорили про технологию захвата движений и про то, как сложно бывает порой коннектить хороших людей в целом, и как много должно сойтись.

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

Кстати, в качестве специальных гостей приехали не только Кэролайн Полачек и Chvrches, но и сам Сэм Бриджес (он же Норман Ридус). И даже Лея Сейду украсила вечер своим присутствием.

🗓️ Магазин, посвященный игре, открылся 30 июня буквально на один день (прямо рядом с Tottenham court road station). Потратив 100 фунтов, можно было получить бонусом автограф или фото Йодзи. Что я выбрал, можно узнать в комментариях.

🕹️ Играйте в хорошие игры.

😃 iOS Dev

Почему view обновляются в SwiftUI — простой совет для дебага

Есть подход, особенно полезный при отладке обновлений вьюх в SwiftUI, который заключается в вызове внутреннего метода Self._printChanges() из body (вместо вызова print).

Это позволяет узнать, какое именно свойство вызвало обновление (и записать эту инфу в консоль).

Кроме указания имен свойств, @self отмечает изменение значения view, а @identity - изменение идентичности вью.

Когда-то давно этот способ был приватным API, но сейчас его можно найти и в доках.

😃 iOS Dev

Работа с таймером в AlarmKit

Одним из фреймворков, представленных на WWDC, стал AlarmKit.

Для интеграции необходимо выполнить всего пару простых шагов (и добавить ключ NSAlarmKitUsageDescription).

📖 В этом туториале можно посмотреть на пример настройки проекта вместе с Live Activity (для локскрина и Dynamic Island) и познакомиться с возможностям конфигурации.

😃 iOS Dev

Кто такой senior-разработчик

Тот, кто проработал больше 5 (10) лет? Тот, кто лучше всех знает, как устроен компилятор? Человек, который лучше всех пишет код?

А что вообще значит «лучше»?

Моя позиция, что совершенно необязательно человек должен знать всё обо всём, чтобы считаться таковым. В целом, все эти лычки/звания относительны и меняются от одной компании к другой (а иногда и от отдела к отделу). Более того, даже на стадии собесов проверяющие могут сделать вывод, кардинально отличающийся от другого набора собеседующих в той же компании.

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

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

То, что называют системным дизайном (или проектированием, терминология не так важна) вполне может проецироваться не только на глобальный уровень при создании приложения, но и на его компоненты. Масштабирование, способность реагирования на ошибки (или отказы) и вместе с тем сохранение производительности — важные вехи при реализации.

Мне импонирует сравнение на счёт количества строк в коде (что джун добавляет 50 строчек, миддл 1000, а сеньор удаляет 5), это не так далеко от правды. Премировать за количество строк кода — нонсенс, но я слышал и такие истории. Конечно, в случае если вы Маяковский - это можно оправдать, но в остальных ситуациях это просто за гранью разумного.

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

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

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

А умение формулировать свои мысли — важно не только в разработке, но и в жизни.

А кто в вашем понимании сениор-разработчик? Поделитесь мнением.

😃 iOS Dev