iOS Good Reads – swift, разработка мобильных приложений, архитектура, блокчейн, VR, AR, карьера, IT

Новое интервью с Латтнером

Вот два интересных факта оттуда:

👉В течение первых полутора лет, Крис разрабатывал Swift в тайне от всех по ночам и выходным.
👉Менеджеры Apple вообще не заинтересовались Swift после первой презентации, и не понимали, зачем нужен новый язык, когда дома уже есть Objective-C.

А если вы предпочитаете видео, то вот ссылка на YouTube.

Как работает Language Discovery

Я пропустил, что в iOS 26 появилась интересная фича – теперь предпочитаемый пользователем язык можно спрашивать не старым методом:

let userLanguages = Locale.preferredLanguages

А новым, с помощью фреймворка Language Discovery. В чем суть – система следит за тем, какие языки пользователь использует в разных ситуациях: для ввода текста, при потреблении контента, в различных приложениях. И про предпочитаемые локали можно получить очень много информации – в том числе про RTL, currency code, и другие штуки.

Находим SwiftUI View, которые обновляются чаще всего

В Xcode 26 в Instruments добавили новую полезную фичу – профилировщик, который замеряет информацию про обновления вьюх: их количество и время. Но что еще интереснее – он показывает граф того, что вызвало каждое из обновлений.

Опрос про то, как вы разрабатываете UI

Мне для небольшого пет-проекта очень важно собрать с вас немного информации про то, как вы подходите к разработке UI – что вас в таких задачах больше всего раздражает, что нравится, и как вы при этом используете AI инструменты (если используете их вообще).

А среди всех, кто заполнит опрос, разыграю сертификат в Ozon. Опрос открыт до сегодняшнего вечера, результаты горят, так что можете потратить пять минут прямо сейчас, и начнете день с прекрасного полезного дела!

Swift на FreeBSD

Не очень представляю, кому это важно (наверное, какое-то количество серверов все еще не перешли на Linux), но все же новость – вышла бета поддержка тулчейна Swift для операционной системы FreeBSD.

Обновления App Store Review Process

👉Теперь можно отправлять на ревью новые версии приложения, даже если предыдущая версия его еще не прошла. Например, пока ревьюится новая мажорная версия, вы можете заливать хотфикс критического бага.
👉Лимиты на кастомные страницы подняли в два раза до 70 штук. При этом каждой из них теперь можно задавать свои кейворды.
👉Механизм промо-кодов будут отключать, вместо них – offer codes, которые работают и с внутренними покупками, и с подписками.

Новая версия Swift VS Code extension

Если вы все еще не попробовали переехать на VS Code, сейчас отличное время попробовать официальный экстеншн. В новом релизе:

👉Добавили онбординг для новых пользователей, чтобы им было проще вкатываться
👉Интегрировали swiftly для менеджмента версий тулчейна
👉Поправили кучу багов

spmgraph – визуализация графа зависимостей SwiftPM

spmgraph – CLI инструмент для визуализации графа зависимостей SwiftPM, запуска тестов на основе импакт-анализа и архитектурного линтинга.

WWDC timeline

Большой таймлайн всех изменений, представленных на каждом WWDC – версии ОС, возможности девайсов, новые фреймворки, библиотеки и тулинг.

AnyLanguageModel – используем любые LLM в приложениях

Mattt, автор легендарного NSHipster, выпустил новую библиотеку AnyLanguageModel. Она полностью совпадает по API с FoundationModels от Apple, но позволяет использовать вообще любые LLM. Просто меняете import, и готово!

Планы по улучшению тайпчекера Swift

Один из стандартных поводов для критики Swift – тайпчекер, который регулярно перестает работать во всяких нетривиальных языковых конструкциях, со знакомой многим ошибкой the compiler is unable to type-check this expression in reasonable time. Держите очень крутой разбор причин проблемы, и краткосрочных и долгосрочных планов по ее решению.

Статус переезда SwiftPM на Swift Build

В начале года Apple заопенсорсили свою билд-систему Swift Build, одной из целью чего был переезд на нее SwiftPM. Так вот, основные фичи SwiftPM уже поддержаны, атестить можно, передав при сборке флаг --build-system swiftbuild

План – до конца следующего года переехать полностью, а легаси систему сборки удалить.

Про переход из мобильной разработки в бэкенд

Если посмотреть на бэкграунд различных архитекторов, руководителей разработки и СТО, чаще всего вы увидите там бэкенд, а не клиентскую разработку. Поэтому в какой-то момент карьеры перейти из iOS в бэк может быть довольно разумным решением – как минимум вы столкнетесь с новыми категориями задач, которые может быть очень интересно решать!

Мобильщик делится своим опытом перехода в Clojure, поиска работы, и отличий от мобильной разработки, с которыми он столкнулся.

Экономика self-hosted CI

Если вы не знали, то GitHub позволяет подключать self-hosted раннеры к выполнению Actions. В статье разбирается возможная экономия от такого решения, и гайд по их подключению.

Какие размеры шрифтов устанавливают пользователи

Держите полезную статистику от приложения Flighty с большой пользовательской базой – какие размеры шрифтов устанавливают пользователи, и какой процент использует связанные с этим accessibility фичи.

Превью Swift SDK для Android

Отличные новости для всех, кто следит за прогрессом Android Workgroup – вышел первый превью релиз Swift SDK для Android. Это значит, что вы уже можете идти, и по вот этому гайду собирать свои первые Android приложения!

Еще из связанных новостей:
👉Больше 25% всех пакетов поддерживают Android
👉Докручивается vision документ для развития всего направления

Доклад про Swift на Android

Swift на Android продолжает развиваться и набирать популярность. Если вы не сильно следили за темой, то посмотрите хороший обзорный доклад с недавней NSSpain.

Как тестировать iOS приложения в Zed

Держите продолжение серии статей про то, как настроить Zed для полноценной iOS разработки. В этот раз про то, как настроить запуск тестов для приложений и Swift пакетов.

Прошлая статья – тут.

Про внимание к деталям от Apple

С каждым новым релизом macOS и iOS знаменитое внимание к деталям Apple все больше исчезает. В последнем релизе с Liquid Glass все стало еще хуже, как с точки зрения общего UX, так и с точки зрения планки качества. В статье – самые заметные примеры того, насколько плохо все стало.

Как подходить к большим техническим проектам

В первую очередь статья касается разработки программ – как пет-проектов, так и чего-то рабочего.

👉Декомпозируйте большую непонятную проблему на маленькие, для каждой из которых вы можете получить видимый результат работы.
👉Уделяйте каждой из маленьких проблем не больше времени, чем требуется, чтобы получить заметный прогресс по основной большой проблеме.
👉Старайтесь как можно быстрее получить первый рабочий прототип, и уже потом добавляйте фичи.
👉Приоритизируйте фичи, которые позволят вам самому постоянно использовать продукт и догфудить его.
👉Применяйте этот же подход итеративно для каждого следующего большого изменения.