Вчора я написав критерії вибору мови програмування для тих, хто тільки починає свій шлях, і отримав купу корисних і цікавих коментарів. А також зауважив, що раніше радив Small Basic.

Але нещодавно я натрапив на Easylang, і це мій новий фаворит серед мов для початківців! В ньому текстові змінні мають долар в імені (name$) — прямо як у QBasiс, є масиви, суперлегко малювати, координати від 0 до 100 (вісь Y йде вгору), кольори від 000 до 999, легка й зручна обробка клавіатури й мишки, таймер, звуки тощо. IDE у бравзері автоматично форматує код. Інтерпретатор на WASM, тож готова програма — це PWA.

Ну й, власне, я вирішив портувати на Easylang одну з найперших програм, яку ми написали з моїм корешем Коляном у коледжі. Ми намагалися зробити чи то більярд, чи то арканоїд, для чого треба було накодити рух і відбиття кола від стінок.

Вам смішно зараз, але для деяких одногрупників тоді навіть текст в правильній позиції екрана вивести — це вже було досягнення, не те що анімувати щось. Якщо просто чистити весь екран на кожний кадр, то зображення неприємно блимало, тож натомість ми робили це так: малюємо коло, робимо затримку, стираємо коло, оновлюємо координати — і так в циклі. Команда SLEEP у QBasic приймала тільки секунди, що задовго для анімації, тому затримку ми робили порожнім циклом FOR … NEXT від 1 до 100000 (а якщо комп удвічі потужніший, то до 200000 😂).

Постає питання, як стирати намальоване, не зачіпаючи решту. Для цього після малювання робимо зняток ділянки екрана командою GET. А потім накладаємо назад командою PUT у режимі XOR. І короч десь ми щось наплутали порядок абощо, і вийшло так, що воно нічого не стирало, замальовуючи екран колами. В результаті вийшло щось дуже схоже на мережива, які ви могли бачити у себе в хаті або принаймні у ваших бабусь і дідусів. Тож цей витвір мистецтва ми гордо назвали SERVETKA.BAS (якраз 8.3 символів, якщо ви розумієте, про що я)!

На Easylang написати це звісно було значно легше. Та головне, що я намагаюся донести: людина має отримувати задоволення від процесу. Як бачите, у нас тоді навіть «некоректний» результат не пішов у смітник: навпаки роздмухав зацікавленість, а які ж іще візерунки можна отримати. І ми почали створювати складніші багатоколірні речі, музику додавали й оце все. Файно було.

А якщо ви почнете початківцю сушити мізки встановленням ліб, парсингом XMLʼів з інтернетів або боротьбою з тайп-чекером, то є ризик відбити бажання цим займатися назавжди 🤔 З іншого боку я радше візуал і все сприймаю в першу чергу саме візуально, вчуся очима тощо. А комусь, може, оце все й не треба, а треба якраз XML з інтернетів.

Проте Easylang спробуйте.

Обожнюю такі способи встановлення )) Що може піти не так? 😂

(Сертифікат вже ніби пофіксили, але пайпити скрипти з інтернетів у sudo — це треба бути дуже хоробрим 🤪).

Усі з вас це, певно, вже знають, але там вчора Microsoft відкрила код своєї WSL (Windows Subsystem for Linux), а також пообіцяла найближчим часом відкрити код розширення GitHub Copilot для 💻. Обидві штуки під MIT-ліцензією до речі.

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

Цікаво канєш, що нині навіть лінуксоїди користуються принаймні тією ж VS Code (а дехто взагалі пересів на WSL). Нагадаю, що в опитуваннях, які я раніше проводив, вінда 🪟 для робочих задач посіла 3 місце з результатом 18%, а для неробочих — 2 місце з 31% (всього на відсоток менше за 🐧).

А зараз ще й чутки ходять, що Microsoft зайнята інтеграцією Steam у свої іксбокси 🙄

Рівно тридцять років тому C++ народився вдруге 🥳 Адже рівно тридцять років тому відбувся один з найперших замахів на вбивство цієї мови — вийшов перший офіційний реліз Java 😆 Відтоді багацько ще таких «асасинів» приходило, та все марно.

С++ — як Україна: з кожним замахом стає лише міцнішим. І звісно були скрутні часи, проте, зараз ця мова знову квітне. І «населення» значно побільшало. Якщо на той же TIOBE подивитися, то у 2022 плюси посунули ваші джави і сішарпи назад, і на сьогодні C++ посідає другу сходинку після Python, випередивши навіть C.

До речі, якщо на TIOBE дивитися чисто списком, то складається хибне враження, ніби деякі мови вже майже наступають на пʼяти тим, хто на одну позицію попереду. Але вочевидь це не завжди так: Python нині зазвичай в районі 23-25%; C++, а за ним і C з Java — десь по 8–10%; C# і JavaScript — 4–4,5%; ну а далі числа просто мізерні. Rust, наприклад, дійсно молодець: він зазвичай тусується вже на 18–19 місці, хоча було навіть таке, що він увірвався в топ-15 зі своїми 1,16% чи скіки (зараз знов менш як 1%). Чисто як референс: Visual Basic, Delphi, Fortran — зазвичай мають ≈2–2,5% 😊

Тож якщо ви міркували, чи варто починати вчити C++ зараз, то я вважаю, що так. Якраз буде час встигнути до 2029 😅😅, коли в стандарт мають увійти нові топові фічі на кшталт Страуструпівських профілей, які «узаконять» різні діалекти (котрі де-факто вже й так існують).

В одному з місцевих супермаркетів зʼявилися отакі ручні сканери (за нирку грошей, певно, бо це Zebra!): береш на вході, в процесі все скануєш — і (за задумом) не витрачаєш час на касі.

Ідея звучить настільки чудово, що нам не западло проїхати заради цього десяток зайвих кілометрів саме в цей супермаркет. Я взагалі за змоги мінімізую необхідність контактувати з незнайомими людьми: навіть бензин заливаю на АЗС із самообслуговуванням. А тут раптом у супермаркеті такі технології ⚡, що гріх не скористатися.

Досвід користування цією штукою донині:
• За відчуттями це дійсно економить час, бо просканувати в процесі не так вже й важко, зате (за задумом) не треба чекати на касі.
• Першого разу виявилося, що окремих кас для користувачів з цими сканерами нема — треба йти на звичайну з чергою 🤡 Ми натомість пішли на швидкі каси самообслуговування, куди зазвичай люди йдуть з < 10 одиницями товарів.
• Очікування: тиснеш на сканері кнопку «сплатити», прикладаєш картку або телефон, щасливий ідеш додому. Або хоча б: тиснеш «сплатити», отримуєш штрих-код, скануєш на касі, платиш там, ідеш додому. Реальність: тиснеш «сплатити», а сканер показує якесь число. Кличеш працівника магазину, вона/він прикладає свою спецову картку до термінала, потрапляє в якесь приховане меню, там проходить через купу екранів з зовсім іншим інтерфейсом, вбиває це число, воно з третьої спроби сінкає список зі сканера, і вуаля — можна платити 🤦
• Іншим разом звичайна каса була вільна, тож пішли з цим сканером туди. Там усе той же прикол з числом і якимись робочими меню. А далі раптова перевірка! Очікування: касир бере декілька рандомних штук з візочка й сканує їх, а система підтверджує, що вони дійсно наявні в списку. Реальність: касир бере декілька рандомних штук, сканує по одному, система показує якийсь внутрішній артикул, а далі касир очима вишукує цей артикул у списку 🤪 На все це йде ще більше часу, ніж пропикати всі наші 100500 товарів зі стрічки, як зазвичай.
• І останній випадок… Очікування (зауважте, як планочка впала вже): просканував усе в процесі, помаявся на касі з цими мутними інтеракціями, сплатив, пішов додому. Реальність: просканував усе в процесі, за пʼять хвилин до виходу прога на сканері крашнулася (там звичайний 💻 до речі), при повторному запуску нічого не відновила — тупо порожній список 🤬😂 Ото в мене дупа згоріла з такого, що аж сюди пишу тепер…

Черговий доказ того, що сучасний софт завжди смокче в порівнянні з хардваром. Сам пристрій дуже класний: якісний, доволі зручний — жодних нарікань. Але софтвар, як завжди, все зіпсував.

Вкотре нагадую, що найстрашніший гріх в UX — це втрата користувацьких даних. І це не про тільки про випадки, коли сервери десь погоріли, а бекапів у хостера не було. Це також про всі ті дрібниці, з яких складається наше щоденне користування програмними продуктами: десь поставили галочку, десь ввели текст, десь попикали сканером — а програма це забула? Ну оце воно і є.

Декілька років тому 💻 на своєму World Summitʼі мала доповідь, в якій чувак натякав, що було б цікаво використовувати цю бібліотеку в програмах іншими мовами.

Зараз Qt можна використовувати з C++ (очевидно), плюс є офіційні привʼязки для Python під назвою PySide. Ще промайнули якісь дивні поробки для інтеграції з 💻. На цьому все. Існує безліч неофіційних, та щось довіри до них нема.

Я вже якось згадував, що #QML як мова для використання фреймворка Qt Quick — це одна з останніх вагомих причин, чого я досі користуюся C++. Просто мені подобається робити UI і подобається, коли врешті він працює достатньо швидко й не вимагає 2 ГБ оперативки, як це нерідко буває з туду-програмами на електроні. Втім C++ у своєму поточному стані дійсно далека від приємної мови, хоча я потроху прямує до неї.

Так-от місяць тому пройшов черговий QtWS, де вони нарешті анонсували так звані Qt Bridges. Поки що жодної конкретики, але за їхніми розповідями це якась достатньо високорівнева апішка для інтеграції QML-ного рушія (і, може, не тільки) в програми іншими мовами. Першими їхніми обранцями стали: 💻, Kotlin 💻 і Java 💻, Python 💻, Rust і Swift 🕊. Я особисто найбільше зацікавлений в останньому, бо під час Advent of Code 2024 мені загалом ця мова сподобалася. З іншого боку дуже хотілося б ще мати змогу писати на QML разом з 🦶. Ну й з Janet 👩‍🦰 ще б теж непогано ))

Найбільше в усьому цьому мене зараз хвилює навіть не технічний бік питання, а легальний. Nokia в свій час перевела Qt з GPL на LGPL, що зіграло на руку популяризації бібліотеки. Але зараз ми бачимо, що Qt Group в пошуках додаткових джерел для заробітку робить навпаки: створює нові модулі, інколи попередньо задепрекейтивши «старі» LGPL-ні, і релізить їх тільки під GPL та комерційною ліцензією. Наприклад, Qt Graphs, Qt HTTP Server, Qt Lottie Animation, Qt Quick 3D тощо.

А як хотілося б мати змогу писати UI на QML, а бізнес-логіку на чомусь компільованому, потім збирати це в один невеличкий бінарь — і щоб це все ще й безплатно! 🤑 Хоча, мабуть, легше вже свій рушій для QML написати натомість.

Спитав у ШІ-шки, як мені витягнути скриптом список усіх моїх ігор зі Стіма, Епіка, ГОГа тощо. ChatGPT поганого не порадить 😅

Забув закинути в цей канал таку штуку як непевний калькулятор (хоча в коментарях вже десь було). Ідея проста й водночас потужна та вдала: у деяких розрахунках просто не знаєш конкретних значень, тож чого б не дати змогу оперувати приблизними?

Приблизні значення тут задаються діапазонами від/до. Ну, знаєте, як ото в рецептах інколи пишуть, типу, «візьміть 2–3 яблука»? А вам треба вдвічі більшу порцію, наприклад. То пишете просто:

2~3 * 2

і воно каже вам, що відповідь 4~6. Це звісно можна й в голові обрахувати, та коли формула стає складнішою, і непевних параметрів стає більше, то легко заплутатися. До того ж цей калькулятор ще й гістограму з розподілом будує:

 above | ▒▒▒▒
  6.10 | ▒▒▒
  5.99 | ▒▒▒▒▒
  5.88 | ▒▒▒▒▒▒▒
  5.77 | ▒▒▒▒▒▒▒▒▒▒
  5.66 | ▒▒▒▒▒▒▒▒▒▒▒▒▒
  5.55 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  5.44 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  5.33 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  5.22 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  5.11 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  5.00 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ (5.00)
  4.89 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  4.78 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  4.67 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  4.56 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  4.45 | ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  4.33 | ▒▒▒▒▒▒▒▒▒▒▒▒▒
  4.22 | ▒▒▒▒▒▒▒▒▒▒
  4.11 | ▒▒▒▒▒▒▒
  4.00 | ▒▒▒▒▒
  3.89 | ▒▒▒
 below | ▒▒▒▒

Окрім референсної імплементації від автора на Dart 💻 люди кинулися переписувати це на своїх улюблених мовах. Мені сподобалася ось ця вельми лаконічна версія на гаскелі 💻, де чувак просто в монаду все загорнув.

Тепер хотілося б побачити аналогічний синтаксис у всіх програмах-калькуляторах (або навіть у пристроях!).

Чи то я вже дід, чи то дійсно все настільки погано…

Бачили-чули ж, певно, про презентацію Apple нещодавню? Всі очікували якихось інновацій, а натомість отримали жменю старих фічей з самсунгів і візуальний стиль від Microsoft (щоправда, всі порівнюють з Windows Vista, а мені воно більше схоже на свіжіші моушн-дизайнерські відоси про Fluent UI).

Але мова не тільки про Apple. Буквально за декілька днів до того проходив великий фестиваль відеоігор — Summer Game Fest. Презентацію від Epic Games я проґавив. А от далі пішли State of Play (PlayStation), власне Summer Game Fest і купка дрібніших на кшталт Future Games Show, PC Gaming Show тощо. І знаєте, що їх всіх обʼєднує? Показані ігри — переважно лайно! (Не кажучи вже про засилля московії — мінімум 4 великих гри від них 💩).

Таке враження, що лишилося три жанри: анімешні чік-чік-вжух-слешери, абсолютно однакові соулс-лайк з босами розміром з будинок і всраті мультиплеєрні шутери а ля Овердроч з Fortnite-подібними пластмасовими персонажами. Все МАКСИМАЛЬНО вторинне, ще й просякнуте недоречною сексуалізацією.

У мене тут питання до всіх продюсерів, продакт-менеджерів тощо: про шо ви думаєте взагалі, коли таке розробляєте? Що декілька місяців читаєш, як за три тижні з релізу закрився якийсь черговий нікому не потрібний шутер, а потім на фесті дивишся ще на 5 таких самих, тільки гірше 🤡

В історії розробки ПЗ бували, звісно, миті «революційності», принаймні на перший погляд. Але це траплялося суперрідко. Значно ефективнішою стратегією для «інновацій», на мій погляд, є «взяти щось чинне й значно покращити якийсь аспект, не погіршивши решту».

Для цього хоча б інколи варто спілкуватися зі своїми користувачами, щоб зрозуміти, де їм найбільше болить, а що навпаки дуже подобається. І видається, що як Apple, так і купа ігрових студій дедалі менше розуміють, що й для кого вони насправді роблять. Буквально щойно прочитав статтю про розробку останнього Dragon Age: The Veilguard (aka The Failguard), і там треш: то вони мультиплеєр роблять, то не мультиплеєр, то серйозне, то поверхнево-саркастичне — вісім років дрочки туди-сюди.

But fear not! Скоро люди перестануть робити такий вторинний непотріб… адже тепер це робить #ШІ! Весь контент вже 100500 разів перетравлений, поживних речовин в ньому нема. Навіщо писати щось, що ніхто не читатиме, а просто попросить ШІ-шку підбити підсумки одним абзацем?

А знаєте, до речі, у кого була найтоповіша презентація? У Xbox! Мінімум бла-бла-теревень, максимум премʼєр крутих і цікавих ігор. Все-таки Microsoft щось тямить у бізнесі, хто б міг подумати.

Посидів сьогодні онлайн на Ada Developers Workshop, який є частиною AEiC 2025 — конференції, присвяченої мові 💻, що проходить зараз у Парижі. Сподобалося, що там не тільки діди, а й молоді доволі багато.

Спочатку послухав про те, як чувак матчить ліцухи за шаблонами у своїй тулі spdx-tool. Можна, наприклад, пробігтися по всіх файлах і позаміняти заголовки з текстом ліцухи на SPDX-License-Identifier: MIT чи шо там у вас. Ще можна створювати шаблони власних ліцензій. Загалом цікаво доволі. Він токенізує шаблони й використовує TF-IDF для пошуку найбільш схожої ліцухи (схожість видає як число — косинус подібності). Я для схожих потреб зазвичай користувався REUSE-тулою, до якої маю низку нарікань.

Потім подивився трохи на новий GUI-фреймворк — LibreFrame від контори, що займається хостингом чи чимось таким. Загалом нічого такого прям вау, але приклади коду сподобалися — дуже лаконічні й прості!

Далі чувак з тесли 🚗 розповідав про написання програм на Ada під Zephyr OS ⌛️ — це така крихітна система реального часу, яку зараз часто крутять на всіляких 💻 ESP32. Щось доповідач там крутив разом 💻, CMake 🤮 і Ada, але я знудився слухати.

Інший чувак розповідав про нову бібліотеку для рядків — UXString. Юнікод — це завжди біль, особливо для таких старих мов. Врешті у чувака вийшло 4 різні реалізації бібліотеки з різними базовими типами всередині 😐 Але інтерфейс вийшов доволі зручний (бо надихався QString з 💻 та String з 💻).

В іще одній доповіді мова йшла про bbt — інструмент для black-box-тестування, в якому тести пишуться природною (англійською) мовою. Насправді там Gherkin в Markdown. Якість самої тулзи наразі «інженерного рівня», так би мовити, хоча працювало! Мені сподобалося.

Пару доповідей про property-based testing і про імплементацію BZip2 я слухав у пів вуха — можна вважати, що пропустив.

Ну а наостанок чувак розповідав про створення марсохода на Ada. Раніше в блозі AdaCore вже була стаття на тему, але зараз розповіли трохи більше деталей (працює на 🍓-Pico, контролюється геймпадом від плейстейшна тощо). Робочий прототип можна прямо там на конфі подивитися. Плюс ще тіпок розповів про деякі інші демки й прототипи, які вони програмували на Ada: іграшкова залізна дорога, квадрокоптер Crazyflie, якась штука, яка малює маркером логотипи RISC-V 5️⃣ і AdaCore, а потім їх стирає, може ще щось.

У підсумку можу сказати, що прям вау-ефекту в мене не було від цієї події, але враження лишилися приємні. Звичайна така конфа нормальної спільноти навколо мови програмування. Шкода, що так мало людей про неї знають.

Якби я років 20 тому дізнався, що Ada досі не вмерла, може цей канал би називався Адамантій 🦾, а не Сіпласпластик 😂

Отже, бачимо вакансію в мілтек. Народ питається, як швидко вʼїхати в тему.
Ну, погнали!

- Впевнене володіння мовами програмування C та C++;

Спочатку C 💻 і C++ за Y хвилин, потім ще полірнути «💻 за 21 день» — вже навіть більше, ніж треба! (Чому не 💻‽)

- Наявність досвід роботи з мікроконтролерами STM32, ESP32 та їх аналогами;

Такі мікроконтролери коштують копійки. Купуєш собі будь-який, пишеш «блималку» світлодіодом з Arduino 💻 (фреймворком) — і достатньо для бази. Далі по ходу розбиратися все одно ще. Хтось ще радить ESP-IDF 💻, але там пиздець — вже пʼятьма рядками коду не обійдешся. Зате C++23!

- Знання інтерфейсів UART, SPI, I2C, CAN, USB, PWM, ADC/DAC;

Почитати на вікі, що воно таке. Далі ШІ-шка допоможе.

- Наявність досвіду роботи з RTOS (FreeRTOS або аналоги);

FreeRTOS ⌛, Zephyr OS ⌛️ — зустрічаються найчастіше ніби. І в них майже нічого нема все одно, тут вам не лінукс. Головне, що можна запускати різні джоби на окремих ядрах. Можна глянути на ютубі «типця зі швейцарським акцентом», здається він розповідав.

- Навички низькорівневого програмування: регістри, переривання, DMA;

Тут нічого порадити не можу, бо дупля не ріжу (ну, тільки в теорії щось знаю). Але впевнений, що можна заскочити швидко — була б задача! (У пана Лютікова є приклад навіть, хоча й не надто низькорівневий).

- Наявність досвід роботи з інструментами Keil, STM32CubeIDE, VS Code + PlatformIO, CMake;

Keil робить μVision — схоже на стару віжуал студію; не думаю, що складно розібратися. STM32CubeIDE — це щось на базі Eclipse 💻. Цим хтось досі користується?
Мій вибір — це VS Code 💻 і PlatformIO 👽, там доволі ізічно все. Глянув перший же відос на ютубі, і норм.

CMake 🤮 не треба. Спочатку можна десь темплейт або приклад здибати, далі чисто його редагувати — багато розуму не треба. Користуюся C++ більше 20 років, досі CMake не вивчив. З копайлотом тим паче нах.

- Розуміння принципів роботи з протоколами Modbus, MQTT, TCP/IP, BLE, LoRa, Wi-Fi;

Modebus не тямлю.
MQTT зараз в кожному зібраному на колінці «розумному» будинку (окрім мого гг) — почитайте сторінку на вікі, а потім поставте собі Home Assistant погратися «на практиці». Якраз мікроконтролер з пункту вище стане в пригоді.
TCP/IP взагалі база. Ніколи не знаєш, коли це знання знадобиться. Я це все в універі вчив і ще жодного разу не пожалкував. Половину забув уже звісно. Як вчити — хз. Зараз хтось в коментарях може порадить книжки.
BLE, LoRa, Wi-Fi — попросити чатгпт розповісти про переваги й недоліки, а далі по ситуації. (Оновлення: а ще краще для початку почитати пана Шевцова звідси й нижче як загальне ознайомлення).

- Вміння читати електронні схеми, працювати з осцилографом і логічним аналізатором;

Нічого з цього не відстрілюю. Але другани розібралися, тож, схоже, там не rocket science.

- Впевнене користування Git (GitHub, GitLab);

Ненавиджу Git 💻 всім серцем, однак, почав користуватися ним без стресу після того, як прочитав Pro Git. GitHub 🐈 та GitLab 🦊 я хз, що там спецове знати. Хіба що збагнути, як PR/MR працюють.

Пан Лютіков чогось не згадав, що там у вакансії ще вказані QML (достатньо почитати доки 💻 і їхні ж приклади), БД (ще один приклад базових знань, які краще мати всім: хоча б про нормальні форми і SQL), Linux 🐧 (на жаль дійсно не завадить. Здавалося б, усі ці embedded-штуки мали б працювати й на macOS, але ні. Підтримка 🪟 нерідко навіть краща за 🍏). Ще Bash 💻 згадується, який я особисто не люблю й натомість користуюся Nushell 🆕, а також Python 💻 (може й MicroPython 🐍 теж?).

Не соромтеся написати мені, де я неправий! (Бо це для загальної користі ж).

P.S. Використав у цьому дописі 20% іконок зі свого пака. Коли ще така нагода випаде?

Apple 🍏 вчора анонсувала, що віднині розвиватиме Swift 🕊 під Android 💻.

Деякі досі переконані, що на свіфті можна писати тільки під еплові системи, але це вже триста років не так. Мова кросплатформна (хоча певні фреймворки типу того ж SwiftUI дійсно Apple-only 🙈) і вже працює принаймні під макосью, віндою й лінуксом. Плюс, звісно, iOS та всілякі там tvOS. Плюс вбудовані системи.

Я мовою вперше користувався під час останнього Advent of Code, про що вже згадував десь вище, й відтоді більше патякаю про неї, ніж реально користуюся. Синтаксично деякі штуки дивнуваті, до того ж автори явно надихалися Objective-C, бо в першу чергу саме для неї створювали заміну, однак, загалом приємно доволі писати.

З крутих (для мене) фічей — інтероп з C++. Можна викликати плюсовий код зі свіфта, користуватися плюсовими типами, можна й навпаки — свіфт-код з плюсів.

Компілятор здався доволі повільним і тупим. Повідомлення про помилки, на які натрапляв я, за рівнем корисності були радше в C++ стилі: реальне виправлення було безмежно далеким від проблеми, яку воно мені підсвічувало 🙂 Але може то мені так щастить просто.

Я все мрію сісти й нарешті зробити на свіфті прогу або гру під свою Playdate 👾, та все руки не доходять. Ну ви знаєте, як воно буває.

Трохи повайбкодив днями, щоб локалізувати головне меню в Planescape: Torment.

Написав статтю про це 👇 Там 🦶, Kaitai Struct, Infinity Engine. Цікава була пригода.