🔧 Я релижу код, который не читаю
Досмотрел сегодня увлекательное интервью Питера Стейнбергера. Это создатель PDF-фреймворк PSPDFKit который был невероятно популярным. История классического пути в iOS разработку - впервые увидел iPhone, впечатлился возможностями и создал приложения для iOS 2. После чего работа в Nokia, успех пет-проекта, выгорание и возрождение интереса к разработке с приходом AI. Мои хайлайты:

Развитие продукта
🔵Фокус на деталях, как у Apple позволил добиться успеха.
🔵Опыт в найме фрилансеров.
🔵Фокус на разработчиках и создание качественных материалов.
🔵Отказ от агрессивных маркетинговых стратегий.
🔵Распространение технологий на все платформы.
🔵Создание эталонного теста для WebAssembly, используемого Google, Microsoft и Apple.

Культура команды
🔵Консервативный подход к разработке API.
🔵Продавать разработчикам сложно из-за их специфических потребностей и ожиданий.
🔵Необходимо найти баланс между простотой и сложностью продукта.
🔵Блог помогает решать интересные проблемы и мотивировать команду.
🔵С ростом компании увеличивается количество бюрократических процедур.
🔵Привлечение большего числа людей создаёт больше проблем.
🔵Эмоциональное выгорание возникает из-за чрезмерной работы, конфликтов и потери веры в проект.

Возвращение к работе
🔵Трудности перехода от нативной разработке к фулстек с вебом
🔵Опыт работы с облачным кодом и Google AI Studio.
🔵Генерация спецификации кода с помощью ИИ.
🔵Проблемы с надёжностью кода, сгенерированного ИИ.
🔵82% разработчиков считают, что ИИ ускоряет написание кода, но 96% не доверяют его точности.

Структура приложений
🔵Архитектура системы важнее понимания каждой строки кода.
🔵Автор использовал Cloud Code, Gemini 2.5 и Opus 4.
🔵Понимание архитектуры помогает различать правильное и неправильное.
🔵Летом AI по мнению автора перешел ту грань, когда можно создавать ПО без ручного написания кода.
🔵Codex лучше подходит для сложных приложений.
🔵Модель начинает с нуля, требуя советов от разработчика.
🔵Обсуждение вариантов и планирование вместе с агентом.
🔵Codex помогает в системном представлении продукта.
🔵Архитектор разрабатывает план системы, но не занимается практической деятельностью.
🔵Автор несёт полную ответственность за код.
🔵 Важны результаты и ощущения от продукта, а не детали реализации.
🔵Люди, любящие сложные задачи и алгоритмы, часто отвергают ИИ.
🔵Написание тестов часто утомительно, но важно для качества кода.
🔵Хорошая документация проекта может быть создана без написания тестов вручную.
🔵Модели ИИ помогают улучшать архитектуру через тестирование.
🔵Адаптация к работе с ИИ требует времени и усилий.
🔵Опытные инженеры должны уметь делегировать полномочия и понимать, над какими деталями работать.

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

🔨 Combine официально мёртв?
Разбираем хайп и что реально делать дальше. По комьюнити разошлась фраза "Avoid using Combine…" из системного prompt-файла Xcode 26.3 для агентного кодинга: там инструментам советуют избегать Combine и предпочитать async/await-версии API. Apple Combine не убивала официально, Combine продолжает жить в официальной документации и доступен как фреймворк. Никакого публичного deprecated/removed заявления в источниках уровня Apple здесь нет. Но вот эпоха реактивного программирования действительно подходит к концу, многие так и не успели его освоить. Агент, который пишет код, распространяет паттерны по проекту. Если в подсказке не использовать Combine, он будет продавливать Concurrency-стиль везде, куда дотрагивается. Почему так?
🔵Combine исторически плохо сочетается с ужесточением concurrency safety: его API трудно сделать безопасным в понимании Swift Concurrency, поэтому Apple логично толкает людей в сторону AsyncSequence/async/await
🔵Combine и async/await решают разные задачи: потоки событий vs задачи
🔵Для операторов типа debounce/throttle есть AsyncAlgorithms, но это другой стиль и полной заменой не является

Combine не умер официально, но Apple явно проталкивает concurrency-first. Это сигнал - Combine не будет ключевым в новом мире агентов

🈸 Universal Links - сложнее чем вам кажется
Часто iOS разработчики легкомысленно относятся к универсальным ссылкам, открыли первый туториал, прошли все шаги и готово. Если один раз все работало, на этом полномочия заканчиваются. На самом деле комплексно это про инфраструктуру, кеши, валидацию и регрессии, которые вы увидите только когда ссылок станет много, доменов несколько, а приложения локализованы. И это еще мы не упоминаем нюансы с удалением приложений и наличием нескольких приложений с одинаковыми универсальными ссылками (привет банкам под санкциями)
Недавно наткнулся на разбор Universal Links at scale — и там ровно те боли, о которых обычно молчат. Что ломается чаще всего, когда вы выходите за пределы туториалов

1. Никто не валидирует по схеме
🔴 JSON может быть валидным, но Apple App Site Association (AASA) - нет
🔴iOS ошибок не покажет, просто перестанет открывать ссылки
JSON Schema + CI, иначе тестированием ссылок будут заниматься ваши пользователи

2. Между вами и девайсом стоит Apple CDN
🔴iOS берет AASA не с вашего домена, а из кеша Apple
🔴Фикс “задеплоили” ≠ “у пользователей заработало”
Автоматическая проверка + алерты обязательно должна быть автоматизирована

3. Матчинг паттернов - это не regex
🔴У Apple своя логика *, ?, ?*, *?
🔴Ошибка в конвертации = неожиданные пропуски/перехваты ссылок
Обязательно нужно написать тесты на реальные URL и корректно реализовать matching

4. substitutionVariables - спасение для локалей, но ад для проверки
🔴Переменные уменьшают дублирование, но усложняют валидацию
Расширение переменных до matching + регрессионный набор URL

5. percent-encoding и спецсимволы
🔴Там, где начинается локализация и маркетинговые UTM, начинаются сюрпризы
Заранее фиксируйте правила генерации ссылок и тестируйте как у пользователя

От себя еще добавлю - требуется реализовать клиентские алерты, которые будут отлавливать некорректные диплинки и рассказать команде о том что выходит за рамки iOS, и как настроить проверки на CI т.к. при сбое на CDN все равно виновато будет iOS приложение, а значит и надежность на наших плечах 💪