🇺🇦 iOS Dev UA - спільнота iOS розробників

💡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

🔎 Як змінився пошук у SwiftUI в iOS 26 У iOS 26 та iPadOS 26 Apple трохи оновила поведінку пошуку в SwiftUI — як у toolbar, так і в tab bar. Більшість змін — косметичні, але є й нові можливості в API. Основні оновлення • Покращений вигляд поля пошуку — адаптивна анімація й оновлений стиль інтеграції в панель інструментів і вкладок. • Нове API для кастомізації — тепер можна зробити так, щоб у неактивному стані поле пошуку перетворювалося на кнопку, яка відкриває пошук при натисканні. • Краща інтеграція з системними патернами — поведінка пошуку тепер більш узгоджена з новими гайдлайнами iOS 26. Ці зміни не ламають наявний код, але дають більше контролю над UX, особливо в застосунках з багатьма точками пошуку. 🇺🇦 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

💡Як створювати зручні CLI-інтерфейси на Swift — практичні прийоми Якщо ви працюєте зі Swift‑утилітами для терміналу, ця добірка порад допоможе зробити інтерфейс не лише функціональним, а й приємним у використанні. У статті розглядаються такі техніки: 👉 Як визначити поточний розмір вікна терміналу й адаптувати інтерфейс під нього 👉 Як видаляти надруковані символи, щоб реалізовувати прості анімації в консолі 👉 Як сховати курсор, коли він заважає візуально 👉 Як слухати сигнали про зміну розміру вікна чи переривання виконання 🛠 Корисно для всіх, хто створює CLI‑інструменти або хоче додати трохи “живості” у свій термінальний досвід на Swift. 🇺🇦 iOSDevUA

💡Жахи вайб-кодингу — коли AI не рятує, а ламає Схоже, що вайб-кодинг (коли код пишеться «на натхненні» разом з AI) дуже швидко пережив пік свого гіпу — і дедалі більше розробників починає усвідомлювати: одних промптів замало. Ось декілька яскравих прикладів, чому сліпа довіра до AI може мати критичні наслідки: 👉 Replit випадково видалив усю продову базу знань без можливості відновлення 👉 Увесь список очікування був збережений… на фронтенді 👉 Класичний кейс: AI згенерував застосунок із десятками вразливостей 🤖 Moral of the story: AI — чудовий інструмент, але він не замінює розробника, який думає, аналізує й перевіряє. 🇺🇦 iOSDevUA

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

💡Swift-Erlang Actor System — об’єднання акторів Swift та Erlang у єдину розподілену систему Після обговорень Java та Haskell — настала черга Erlang. Нова бібліотека дає змогу Swift‑застосункам підключатися до розподілених Erlang-кластерів. 🔗 Що це означає на практиці: — актори, написані на Swift, можуть вільно спілкуватися з Erlang-акторами — ви можете надсилати повідомлення, викликати функції, обробляти відповіді — усе це — в межах єдиної розподіленої системи, незалежно від мови Це справжній прорив для тих, хто хоче будувати розподілені системи або інтегрувати Swift у наявну інфраструктуру на Erlang/Elixir. Акторна модель стає по-справжньому міжмовною. 🇺🇦 iOSDevUA

💡Невелика CLI-утиліта для оптимізації зображень у вашому iOS‑проєкті Ця проста у використанні командна тулза допоможе навести лад у ресурсах проєкту — особливо в розділі зображень. Автор описує її призначення так:

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

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

💡SwiftUI та розробка для macOS 26 — що нового? Хоча більшість розробників не створює окремі таргети під macOS, є чимало застосунків, для яких Mac — основна платформа. І саме для них оновлення SwiftUI в macOS 26 буде особливо цікавим. У матеріалі розглянуто ключові нововведення та приклади використання: 🔹 Оновлений підхід до App Icon — із прикладом використання Icon Composer 🔹 Нові стилі контролів 🔹 Робота з WebView 🔹 Підтримка Rich Text 🔹 Обробка великих списків 🔹 Меню з іконками 🔹 Concurrency у SwiftUI на Mac 🔹 Тулбари і кастомізація 🛠 А ще весь приклад коду доступний на GitHub — чудовий ресурс для тих, хто хоче спробувати нові можливості вже зараз. 👉 GitHub-демо проєкту 🇺🇦 iOSDevUA

💡Як створювати зручні CLI-інтерфейси на Swift — практичні прийоми Якщо ви працюєте зі Swift‑утилітами для терміналу, ця добірка порад допоможе зробити інтерфейс не лише функціональним, а й приємним у використанні. У статті розглядаються такі техніки: 👉 Як визначити поточний розмір вікна терміналу й адаптувати інтерфейс під нього 👉 Як видаляти надруковані символи, щоб реалізовувати прості анімації в консолі 👉 Як сховати курсор, коли він заважає візуально 👉 Як слухати сигнали про зміну розміру вікна чи переривання виконання 🛠 Корисно для всіх, хто створює CLI‑інструменти або хоче додати трохи “живості” у свій термінальний досвід на Swift. 🇺🇦 iOSDevUA

💸 Яка середня зарплата мобільного розробника у світі — дані з опитування StackOverflow StackOverflow опублікував щорічний звіт за результатами опитування розробників. Окрім традиційних питань про стек, досвід і зарплати, цього року багато уваги приділено темі AI. 📌 Цікаво: — Третина розробників вже регулярно використовує AI‑асистентів — Але лише 3.1% повністю довіряють їхнім відповідям 💸 Що до зарплат мобільних розробників (брутто, до податків): • 🇺🇸 США — $170 000/рік • 🇬🇧 Велика Британія — $99 383/рік • 🇩🇪 Німеччина — $93 972/рік • 🇫🇷 Франція — $63 228/рік • 🇮🇳 Індія — $10 462/рік У середньому по всіх країнах зафіксовано зростання на 20% у порівнянні з 2024 роком. Звіт — цікаве джерело для аналізу ринку, особливо якщо плануєте змінювати країну чи порівнюєте свій рівень доходу. 🇺🇦 iOSDevUA

💡let чи var у структурах Swift — як обирати правильно У цьому матеріалі Джон Санделл аналізує, коли варто використовувати var, а коли — let для властивостей у структурах. 🔍 Основна думка: — за замовчуванням краще використовувати var, — а let — тільки там, де справді потрібна фіксована, незмінна властивість, яка має очевидне смислове навантаження. Такий підхід спрощує масштабування коду й дозволяє уникнути зайвих обмежень, які можуть ускладнити рефакторинг. ✅ Якщо хочете краще зрозуміти принципи проєктування чистих Swift-структур — цей текст варто додати в закладки. 🇺🇦 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

💡LLM Leaderboard — порівняння понад 100 AI‑моделей від OpenAI, Google, DeepSeek та інших Корисний ресурс, де зібрано більше 100 великих мовних моделей (LLM) із порівнянням за ключовими характеристиками: 🔹 ціна за токен 🔹 швидкість генерації (токени/секунда) 🔹 затримка відповіді (TTFT) 🔹 обсяг контекстного вікна 🔹 продуктивність у бенчмарках Платформа допомагає швидко оцінити, яка модель найкраще підходить для ваших задач — чи то генерація коду, чи аналіз тексту, чи швидкий вивід у реальному часі. Ідеальний інструмент для розробників, які хочуть обирати модель не за брендом, а за фактичними метриками. 🇺🇦 iOSDevUA

📖 Як у Swift працює мʼютекс — новий Synchronization фреймворк в iOS 18 Починаючи з iOS 18, Apple представила фреймворк Synchronization, який надає зручні засоби синхронізації, включно з мʼютексами, спеціально оптимізованими для роботи з Swift Concurrency. У статті розглядається: 🔹 як використовувати нові мʼютекси в Swift 🔹 у чому їх переваги порівняно з класичними локами (NSLock, os_unfair_lock) 🔹 чим вони відрізняються від actors 🔹 приклади використання для захисту критичних секцій коду без втрати продуктивності Це чудова можливість поглибити розуміння сучасної синхронізації в Swift — особливо якщо ви працюєте з async/await і хочете більше контролю над доступом до спільного стану. 🇺🇦 iOSDevUA

💡Java-інтероп у Swift 6.2 — як це працює на практиці Як ви, напевно, пам’ятаєте, наприкінці минулого року Apple анонсувала нативну взаємодію Swift із Java. Це важливий крок як для самої Apple (яка починає писати нові високонавантажені сервіси на Swift), так і для спільноти, яка дедалі більше цікавиться Server-side Swift. У статті розглядається: 🔹 Як влаштовано Java-інтероп у Swift 6.2 🔹 Як правильно налаштувати середовище, щоб усе працювало 🔹 Що потрібно для виклику Java-класів із Swift та навпаки 🔹 Які є обмеження та підводні камені Це чудовий вступ для тих, хто хоче інтегрувати Swift у проєкти з Java або просто тримає руку на пульсі розвитку серверного Swift. 🇺🇦 iOSDevUA

💡Як дати Claude Code доступ для роботи зі SwiftUI Claude Code — один із найпотужніших AI-агентів для програмування на сьогодні. Його інтерфейс — мінімалістична консольна обгортка, що напряму спілкується з моделями Anthropic і підтримує MCP та інші CLI‑інструменти. 💡 Але агент стає справді ефективним, коли має доступ не лише до коду, а й до результатів його виконання. У статті показано, як використання снепшот‑тестів (snapshot tests) дозволяє Claude Code: — бачити, як виглядає SwiftUI‑інтерфейс — оцінювати візуальний результат — і ітеративно вдосконалювати UI до бажаного вигляду Це дає змогу агенту не просто писати код за промптом, а працювати з візуальним контекстом — тобто “бачити”, як змінюється інтерфейс, і краще адаптувати його до ваших потреб. 🇺🇦 iOSDevUA

😳 Макбук як ваги — незвичайний macOS-застосунок на GitHub Не зміг пройти повз цей репозиторій! TrackWeight — це застосунок, який перетворює MacBook у справжні ваги, використовуючи датчики тиску Force Touch. Під капотом — бібліотека OpenMultitouchSupport від Такуто Накамури, що дозволяє отримувати приватний доступ до всіх подій трекпада та миші на macOS. 💡 Чому це працює: трекпад MacBook — це не звичайна сенсорна панель, а датчик сили натиску з тактильним зворотним зв’язком, тому ви відчуваєте “клік”, хоча він не механічний. І саме це дає змогу відслідковувати навіть зміну ваги. 🛠 GitHub-репозиторій — вже понад 5 000 зірочок Саме заради таких експериментів ми й любимо розробку, правда ж? 🚀 🇺🇦 iOSDevUA

💡Як загорнути Haskell-бібліотеку у Swift-фреймворк (і чому це не так складно, як здається) Продовжуючи тему взаємодії між мовами, цього разу — дещо незвичний кейс: інтеграція Haskell у Swift‑застосунок. Так, ви не помилились 🙂 У статті крок за кроком пояснюється, як: 🔹 зібрати Haskell-бібліотеку 🔹 обгорнути її у .xcframework 🔹 підключити до Swift‑проєкту 🔹 викликати функції через C-інтерфейс І все це — доволі просто, без великих жертв із боку продуктивності чи стабільності. Ідеальний матеріал для ентузіастів, які хочуть поєднати функціональну чистоту Haskell з мобільною розробкою на Swift. 🇺🇦 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