​iOS

Легко выбрать архитектуру только потому, что о ней все говорят — будь то MVVM, чистая архитектура или какой-нибудь модный в этом году composable-фреймворк. Для приложения, которое должно жить долго, я бы выбирал по другой причине: я хочу, чтобы изменения обходились дёшево. Представьте, что продуктовая команда перерабатывает чекаут в 2028 году, компания переходит на новую систему аутентификации в 2030-м, backend заменяют в 2031-м, а в 2035-м проект передают новой команде. Архитектура должна позволять делать всё это без переписывания приложения, и для меня это гораздо важнее, чем наличие у неё узнаваемого названия.

• Как бы я спроектировал iOS-приложение с нуля, если бы оно должно было прожить 10 лет
• Floe Agent — нативное рабочее пространство с ИИ-агентами для iPhone и iPad
• Rich Push Notifications в iOS: Notification Service Extension, Notification Content Extension и неочевидные детали
• Как разобрать macOS на части
• withTaskCancellationShield: Swift 6.4 new feature
• Little stories on my journey to making Xarra as accessible as possible
• Visualising data with a hexagonal heatmap in Swift Charts
• Stop Sleeping: Deterministic Tests for Concurrent Swift Code