🔥Apple презентувала новий Retention Messaging API — інструмент для утримання підписників

Apple представила Retention Messaging API — новий інструмент, який дозволяє розробникам впливати на рішення користувача в момент, коли той переглядає підписку та може її скасувати.

🔧 Це особливо корисно як для інді‑розробників, так і для компаній, чий бізнес повністю тримається на підписках.

Тепер можна кастомізувати, яке повідомлення показати, залежно від:
— продукту
— мови/регіону
— ситуації користувача

Доступні 4 формати повідомлень:
1. Текст
2. Текст + зображення
3. Пропозиція перейти на інший план (текст + нова підписка)
4. Промо‑офер з текстом та знижкою або альтернативним рівнем підписки

📖 Детальна документація вже доступна за посиланням:
👉 developer.apple.com/documentation/retentionmessaging

Це перший крок до більш гнучкого керування втратою користувачів — прямо в межах екосистеми Apple.

🇺🇦 iOSDevUA

💡Оновлений UIKit для iOS 26 — вже доступний у Figma та Sketch

Apple виклала свіжі дизайн-ресурси для iOS та iPadOS 26 — з актуальними компонентами, стилями та гайдлайнами.

🛠 UIKit доступний для Figma та Sketch — ідеально підходить для створення макетів із урахуванням нових системних патернів, включаючи Liquid Glass та оновлену типографіку.

Обов’язково до перегляду для дизайнерів і розробників, які хочуть тримати інтерфейси в актуальному вигляді під iOS 26.

🇺🇦 iOSDevUA

💡Нерозкрита можливість: як одночасно зробити скруглення і тінь у UIKit

У UIKit це — відома проблема: неможливо легко поєднати скруглені кути та тінь без трюків. Але, як виявилось, є один секретний спосіб, хоч і з недокументованого API (тобто використовувати — на власний ризик).

🔍 CALayer має приховані властивості, які дозволяють керувати так званим “rim” — обводкою (але не border, яка малюється всередині в’ю). Це зовнішній ефект, який виглядає як м’яка тінь або світловий контур.

view.layer.setValue(true, forKey: "softRim")
view.layer.setValue(20, forKey: "rimWidth")
view.layer.setValue(UIColor.yellow.cgColor, forKey: "rimColor")
view.layer.setValue(1.0, forKey: "rimOpacity")

✨ На відміну від стандартного border, цей метод дозволяє:
— розміщувати ефект поза межами вʼю
— поєднувати скруглення + тінь без артефактів
— змінювати ширину, колір і прозорість обводки

⚠️ Зверніть увагу: властивість не документована, тому існує ризик, що вона перестане працювати в майбутніх версіях iOS. Але якщо потрібен акуратний результат уже зараз — цей метод точно вартий уваги.

🇺🇦 iOSDevUA

💡Як загорнути Haskell-бібліотеку у Swift-фреймворк (і чому це не так складно, як здається)

Продовжуючи тему взаємодії між мовами, цього разу — дещо незвичний кейс: інтеграція Haskell у Swift‑застосунок. Так, ви не помилились 🙂

У статті крок за кроком пояснюється, як:

🔹 зібрати Haskell-бібліотеку
🔹 обгорнути її у .xcframework
🔹 підключити до Swift‑проєкту
🔹 викликати функції через C-інтерфейс

І все це — доволі просто, без великих жертв із боку продуктивності чи стабільності.

Ідеальний матеріал для ентузіастів, які хочуть поєднати функціональну чистоту Haskell з мобільною розробкою на Swift.

🇺🇦 iOSDevUA

😳 Макбук як ваги — незвичайний macOS-застосунок на GitHub

Не зміг пройти повз цей репозиторій!

TrackWeight — це застосунок, який перетворює MacBook у справжні ваги, використовуючи датчики тиску Force Touch.

Під капотом — бібліотека OpenMultitouchSupport від Такуто Накамури, що дозволяє отримувати приватний доступ до всіх подій трекпада та миші на macOS.

💡 Чому це працює: трекпад MacBook — це не звичайна сенсорна панель, а датчик сили натиску з тактильним зворотним зв’язком, тому ви відчуваєте “клік”, хоча він не механічний. І саме це дає змогу відслідковувати навіть зміну ваги.

🛠 GitHub-репозиторій — вже понад 5 000 зірочок

Саме заради таких експериментів ми й любимо розробку, правда ж? 🚀

🇺🇦 iOSDevUA

💡Як дати Claude Code доступ для роботи зі SwiftUI

Claude Code — один із найпотужніших AI-агентів для програмування на сьогодні. Його інтерфейс — мінімалістична консольна обгортка, що напряму спілкується з моделями Anthropic і підтримує MCP та інші CLI‑інструменти.

💡 Але агент стає справді ефективним, коли має доступ не лише до коду, а й до результатів його виконання.

У статті показано, як використання снепшот‑тестів (snapshot tests) дозволяє Claude Code:
— бачити, як виглядає SwiftUI‑інтерфейс
— оцінювати візуальний результат
— і ітеративно вдосконалювати UI до бажаного вигляду

Це дає змогу агенту не просто писати код за промптом, а працювати з візуальним контекстом — тобто “бачити”, як змінюється інтерфейс, і краще адаптувати його до ваших потреб.

🇺🇦 iOSDevUA

💡Java-інтероп у Swift 6.2 — як це працює на практиці

Як ви, напевно, пам’ятаєте, наприкінці минулого року Apple анонсувала нативну взаємодію Swift із Java. Це важливий крок як для самої Apple (яка починає писати нові високонавантажені сервіси на Swift), так і для спільноти, яка дедалі більше цікавиться Server-side Swift.

У статті розглядається:

🔹 Як влаштовано Java-інтероп у Swift 6.2
🔹 Як правильно налаштувати середовище, щоб усе працювало
🔹 Що потрібно для виклику Java-класів із Swift та навпаки
🔹 Які є обмеження та підводні камені

Це чудовий вступ для тих, хто хоче інтегрувати Swift у проєкти з Java або просто тримає руку на пульсі розвитку серверного Swift.

🇺🇦 iOSDevUA

📖 Як у Swift працює мʼютекс — новий Synchronization фреймворк в iOS 18

Починаючи з iOS 18, Apple представила фреймворк Synchronization, який надає зручні засоби синхронізації, включно з мʼютексами, спеціально оптимізованими для роботи з Swift Concurrency.

У статті розглядається:

🔹 як використовувати нові мʼютекси в Swift
🔹 у чому їх переваги порівняно з класичними локами (NSLock, os_unfair_lock)
🔹 чим вони відрізняються від actors
🔹 приклади використання для захисту критичних секцій коду без втрати продуктивності

Це чудова можливість поглибити розуміння сучасної синхронізації в Swift — особливо якщо ви працюєте з async/await і хочете більше контролю над доступом до спільного стану.

🇺🇦 iOSDevUA

💡LLM Leaderboard — порівняння понад 100 AI‑моделей від OpenAI, Google, DeepSeek та інших

Корисний ресурс, де зібрано більше 100 великих мовних моделей (LLM) із порівнянням за ключовими характеристиками:

🔹 ціна за токен
🔹 швидкість генерації (токени/секунда)
🔹 затримка відповіді (TTFT)
🔹 обсяг контекстного вікна
🔹 продуктивність у бенчмарках

Платформа допомагає швидко оцінити, яка модель найкраще підходить для ваших задач — чи то генерація коду, чи аналіз тексту, чи швидкий вивід у реальному часі.

Ідеальний інструмент для розробників, які хочуть обирати модель не за брендом, а за фактичними метриками.

🇺🇦 iOSDevUA

💡Threads vs Tasks у Swift Concurrency — у чому різниця?

Як зазначає Антуан у своїй статті, багато розробників, особливо ті, хто працював зі Swift або Objective‑C з використанням GCD, можуть задуматися:
у чому різниця між потоками (threads) і задачами (tasks)?

Раніше ми звикли до “потокового мислення”, що допомагало створювати асинхронні функції з замиканнями.
Але з появою Swift Concurrency і async/await усе змінюється:
тепер достатньо написати Task { ... }, щоби запустити код в асинхронному контексті — без явного керування потоками.

❓ Та виникає логічне питання:
а де саме виконується Task — в основному чи у фоновому потоці?

У статті розглядаються:

🔹 ключові відмінності між Task і Thread
🔹 як Swift сам керує плануванням задач
🔹 чому Task — це не потік у класичному розумінні
🔹 як уникнути поширених помилок і хибних уявлень

Це чудовий ресурс для тих, хто хоче глибше зрозуміти, як працює Swift Concurrency під капотом, і писати ефективніший асинхронний код.

🇺🇦 iOSDevUA

💡let чи var у структурах Swift — як обирати правильно

У цьому матеріалі Джон Санделл аналізує, коли варто використовувати var, а коли — let для властивостей у структурах.

🔍 Основна думка:
— за замовчуванням краще використовувати var,
— а let — тільки там, де справді потрібна фіксована, незмінна властивість, яка має очевидне смислове навантаження.

Такий підхід спрощує масштабування коду й дозволяє уникнути зайвих обмежень, які можуть ускладнити рефакторинг.

✅ Якщо хочете краще зрозуміти принципи проєктування чистих Swift-структур — цей текст варто додати в закладки.

🇺🇦 iOSDevUA

💸 Яка середня зарплата мобільного розробника у світі — дані з опитування StackOverflow

StackOverflow опублікував щорічний звіт за результатами опитування розробників. Окрім традиційних питань про стек, досвід і зарплати, цього року багато уваги приділено темі AI.

📌 Цікаво:
— Третина розробників вже регулярно використовує AI‑асистентів
— Але лише 3.1% повністю довіряють їхнім відповідям

💸 Що до зарплат мобільних розробників (брутто, до податків):
• 🇺🇸 США — $170 000/рік
• 🇬🇧 Велика Британія — $99 383/рік
• 🇩🇪 Німеччина — $93 972/рік
• 🇫🇷 Франція — $63 228/рік
• 🇮🇳 Індія — $10 462/рік

У середньому по всіх країнах зафіксовано зростання на 20% у порівнянні з 2024 роком.

Звіт — цікаве джерело для аналізу ринку, особливо якщо плануєте змінювати країну чи порівнюєте свій рівень доходу.

🇺🇦 iOSDevUA

💡SwiftUI та розробка для macOS 26 — що нового?

Хоча більшість розробників не створює окремі таргети під macOS, є чимало застосунків, для яких Mac — основна платформа. І саме для них оновлення SwiftUI в macOS 26 буде особливо цікавим.

У матеріалі розглянуто ключові нововведення та приклади використання:

🔹 Оновлений підхід до App Icon — із прикладом використання Icon Composer
🔹 Нові стилі контролів
🔹 Робота з WebView
🔹 Підтримка Rich Text
🔹 Обробка великих списків
🔹 Меню з іконками
🔹 Concurrency у SwiftUI на Mac
🔹 Тулбари і кастомізація

🛠 А ще весь приклад коду доступний на GitHub — чудовий ресурс для тих, хто хоче спробувати нові можливості вже зараз.
👉 GitHub-демо проєкту

🇺🇦 iOSDevUA

💡Невелика CLI-утиліта для оптимізації зображень у вашому iOS‑проєкті

Ця проста у використанні командна тулза допоможе навести лад у ресурсах проєкту — особливо в розділі зображень. Автор описує її призначення так:

Виявляти невикористані зображення, перевіряти відповідність вимогам Apple і надавати чіткі рекомендації для покращення продуктивності застосунку та шансів проходження рев’ю в App Store.

Ідеально підходить для фінального етапу підготовки до релізу або для ревізії великого проєкту, у якому накопичилось багато зайвих ассетів.

🇺🇦 iOSDevUA

💡Swift-Erlang Actor System — об’єднання акторів Swift та Erlang у єдину розподілену систему

Після обговорень Java та Haskell — настала черга Erlang. Нова бібліотека дає змогу Swift‑застосункам підключатися до розподілених Erlang-кластерів.

🔗 Що це означає на практиці:

— актори, написані на Swift, можуть вільно спілкуватися з Erlang-акторами
— ви можете надсилати повідомлення, викликати функції, обробляти відповіді
— усе це — в межах єдиної розподіленої системи, незалежно від мови

Це справжній прорив для тих, хто хоче будувати розподілені системи або інтегрувати Swift у наявну інфраструктуру на Erlang/Elixir.
Акторна модель стає по-справжньому міжмовною.

🇺🇦 iOSDevUA

💡Combine та Swift Concurrency — як поєднувати, мігрувати і не наламати

У матеріалі розглядається, як правильно поєднувати Combine та Swift Concurrency, а також які можуть виникнути проблеми з потоками, якщо зробити це некоректно.

🔀 Основні теми:

— як поступово мігрувати з Combine на async/await
— у яких випадках можна безпечно використовувати обидва підходи одночасно
— які ризики виникають при змішуванні потоків (особливо з receive(on:) у Combine)
— чому Task у Swift Concurrency не гарантує, що ви опинитесь у потрібному потоці

Корисний розбір для команд, які переходять на Swift Concurrency, але ще мають велику кодову базу на Combine.

🇺🇦 iOSDevUA

💡Жахи вайб-кодингу — коли AI не рятує, а ламає

Схоже, що вайб-кодинг (коли код пишеться «на натхненні» разом з AI) дуже швидко пережив пік свого гіпу — і дедалі більше розробників починає усвідомлювати: одних промптів замало.

Ось декілька яскравих прикладів, чому сліпа довіра до AI може мати критичні наслідки:

👉 Replit випадково видалив усю продову базу знань без можливості відновлення
👉 Увесь список очікування був збережений… на фронтенді
👉 Класичний кейс: AI згенерував застосунок із десятками вразливостей

🤖 Moral of the story: AI — чудовий інструмент, але він не замінює розробника, який думає, аналізує й перевіряє.

🇺🇦 iOSDevUA

💡Як створювати зручні CLI-інтерфейси на Swift — практичні прийоми

Якщо ви працюєте зі Swift‑утилітами для терміналу, ця добірка порад допоможе зробити інтерфейс не лише функціональним, а й приємним у використанні.

У статті розглядаються такі техніки:

👉 Як визначити поточний розмір вікна терміналу й адаптувати інтерфейс під нього
👉 Як видаляти надруковані символи, щоб реалізовувати прості анімації в консолі
👉 Як сховати курсор, коли він заважає візуально
👉 Як слухати сигнали про зміну розміру вікна чи переривання виконання

🛠 Корисно для всіх, хто створює CLI‑інструменти або хоче додати трохи “живості” у свій термінальний досвід на Swift.

🇺🇦 iOSDevUA

💡FoundationModels Framework та приклад створення застосунку з підтримкою зовнішніх LLM-провайдерів

У Xcode 26 Beta 4 з’явилася нова опція GeneratedContent, яка дозволяє передавати JSON-відповіді від зовнішніх LLM-провайдерів — таких як OpenAI, Anthropic, Gemini та інші.

Хоча FoundationModels дає змогу використовувати AI-можливості безпосередньо на пристрої, обмеження вбудованої моделі (не надто великий список підтримуваних мов і відносно мале вікно контексту) роблять її недостатньою для багатьох сценаріїв. Тому чимало застосунків і надалі покладатимуться на зовнішні LLM-API.

📖 У детальному гайді показано, як створити застосунок, що:
• дозволяє обрати компанію зі списку для отримання звітності;
• встановлює часовий діапазон даних;
• дає можливість ставити додаткові запитання до моделі.

🛠 Код прикладу доступний на GitHub: FinancialAnalyst — для роботи потрібні Xcode Beta 4, а також останні версії macOS та iOS.

Цей підхід дає змогу комбінувати локальний AI з потужними зовнішніми моделями, отримуючи баланс між приватністю, швидкодією та якістю результату.

🇺🇦 iOSDevUA

🔎 Як змінився пошук у SwiftUI в iOS 26

У iOS 26 та iPadOS 26 Apple трохи оновила поведінку пошуку в SwiftUI — як у toolbar, так і в tab bar. Більшість змін — косметичні, але є й нові можливості в API.

Основні оновлення
• Покращений вигляд поля пошуку — адаптивна анімація й оновлений стиль інтеграції в панель інструментів і вкладок.
• Нове API для кастомізації — тепер можна зробити так, щоб у неактивному стані поле пошуку перетворювалося на кнопку, яка відкриває пошук при натисканні.
• Краща інтеграція з системними патернами — поведінка пошуку тепер більш узгоджена з новими гайдлайнами iOS 26.

Ці зміни не ламають наявний код, але дають більше контролю над UX, особливо в застосунках з багатьма точками пошуку.

🇺🇦 iOSDevUA

💡Full-stack Swift: гібридний застосунок із Vapor на сервері та SwiftUI+Observation на клієнті

Technicolor — сайд-проєкт Кріса Тротта, над яким він працює вже понад 10 років.
Спочатку це був Ruby on Rails-додаток, що працював лише у браузері, а тепер — повноцінний Swift-on-server із нативним клієнтом для пристроїв Apple.

Що описано у статті

Кріс поділився досвідом переходу на повний стек Swift і описав ключові частини архітектури:
• Огляд архітектури
• Shared API-шар
• Серверна частина на Vapor та його плюси/мінуси
• Аутентифікація, сервіси та тестування
• Клієнтська частина на SwiftUI + Observation: налаштування проєкту, робота з API та внутрішня архітектура

Висновок автора

Попри те, що йому вдалося збудувати весь стек на Swift, Кріс вважає, що Swift як серверна мова поки що не є найпрагматичнішим вибором.
Його переваги не перекривають відставання від великих веб-фреймворків за шириною екосистеми та готовими інструментами.

🇺🇦 iOSDevUA