Блог

Hogwarts Legacy отримала оновлення DLSS 5 на GeForce NOW
  • PublicPublic
  • 05 Nov, 2026

Hogwarts Legacy отримала оновлення DLSS 5 на GeForce NOW

Hogwarts Legacy отримала значне графічне оновлення завдяки впровадженню NVIDIA DLSS 5, зокрема технології 3D-Guided Neural Rendering. Тепер гравці, які запускають гру через GeForce NOW, можуть насолодитися суттєвим підвищенням якості зображення без потреби в оновленні локального обладнання. Технологія спрямована на посилення естетичної привабливості гри: вона додає реалістичні деталі освітлення та матеріалів, які раніше було складно реалізувати в умовах потокового трансляції. Це переломний момент для гри, що дозволяє зануритися у чарівний світ на рівні деталізації, близькому до продуктивності потужних локальних ПК. Хмарний геймінг стає більш захопливим і візуально привабливим для широкої аудиторії.Знайомі дороги. Нові відкриття.Інтеграція DLSS 5 - це не просто накладення поверх графіки, а глибока технічна доробка, виконана Avalanche Software, розробником гри. Оновлення зберігає початкову геометрію та текстури, додаючи нові шари візуальної деталізації. Розробники ретельно налаштували інтеграцію за допомогою інструментів для розробників DLSS 5, щоб покращений візуал не спотворював художній задум та унікальний стиль гри. Такий баланс дозволяє знайомим локаціям Хогвартса та околиць залишатися впізнаваними, але водночас виграє завдяки покращеному рендерингу. В результаті отримуємо більш цілісний візуальний досвід, де нові нейронні методи рендерингу органічно зливаються з наявним арт-дирекшеном.Від міських вулиць до римських доріг.Окрім основних функцій DLSS 5, оновлення включає підтримку DLSS Multi Frame Generation та Ray Reconstruction. Ці додаткові інструменти прискорюють та покращують роботу трасування променів, роблячи перебування в школі чародійства та магії більш захопливим. Гравці можуть тонко налаштувати свій досвід за допомогою керувань NVIDIA DLSS 4.5, доступних в хмарі, обираючи параметри, що оптимізують продуктивність та якість зображення. Така гнучкість критично важлива для підтримки високого FPS при використанні просунутих графічних ефектів. Поєднання цих технологій гарантує плавну роботу гри на GeForce NOW, забезпечуючи стабільний та відгукливий досвід, необхідний для екшен-RPG такого масштабу.Для учасників тарифу Ultimate оновлення доступне з продуктивністю рівня GeForce RTX 5080 на широкому спектрі пристроїв: ПК, Mac, портативних консолях, у браузерах, на мобільних пристроях та сумісних телевізорах. Така доступність означає, що гравцям не потрібно вкладатися в дороге залізо або чекати довгих завантажень, щоб побачити покращену графіку. GeForce NOW бере на себе всі встановлення та оновлення, звільняючи локальний простір для інших застосунків. Сервіс стежить за тим, щоб гра завжди була актуальною та готовою до запуску, спрощуючи процес для користувачів. Цей підхід демократизує доступ до високоякісних графічних можливостей, дозволяючи насолоджуватися найновішими технологічними досягненнями в геймінгу без традиційних бар'єрів.Появлення цього оновлення є частиною ширшої стратегії з розширення бібліотеки GeForce NOW: протягом листопада на платформу додадуть два десятки ігор. Серед них вісім нових тайтлів, випущених цього тижня, що гарантує гравцям постійний потік свіжого контенту. Додавання Hogwarts Legacy з підтримкою DLSS 5 підкреслює відданість платформи впровадженню передових технологій у хмарний геймінг. З кожним новим ігром, що використовує ці розширені методи рендерингу, розрив між хмарними та локальними іграми продовжує звужуватися. Гравці можуть очікувати подібних покращень у майбутньому, оскільки розробники та провайдери платформ спільно працюють над розширенням можливостей хмарного геймінгу.

Архітектура live-операцій Ares Interactive: управління Baseball Hits 26 та The Walking Dead: Aftermath
  • PublicPublic
  • 05 Nov, 2026

Архітектура live-операцій Ares Interactive: управління Baseball Hits 26 та The Walking Dead: Aftermath

Ares Interactive розвиває два різні мобільні проєкти з live-сервісами, які мають особливі вимоги до архітектури. Baseball Hits 26, розроблений студією 7th Inning, тісно пов'язаний із реальним календарем MLB, тому потребує швидких оновлень, щоб відображати поточну форму гравців. The Walking Dead: Aftermath від Swift Games - це екшен-RPG у жанрі roguelite, де головне завдання - розширювати контент, не ламаючи основний ігровий цикл. Обидві команди роблять ставку на системи, що допускають постійні зміни: вони балансують нові події та пропозиції, зберігаючи при цьому суворі стандарти продуктивності та стабільності на мобільних пристроях.Інфраструктура live-операцій для Baseball Hits 26 побудована на власному бекенді та системі доставки контенту. Вона керує понад 50 областями конфігурації: гравці, події, товари в магазині та бойові пропуски. Зміни перевіряються через адмін-панель і підхоплюються серверами за лічені секунди, без перезавантаження. Уся конфігурація версіонується та логується, що дозволяє легко відкатувати зміни та тестувати їх на внутрішніх акаунтах перед виведенням у продакшн. Двигун сегментації забезпечує A/B-тестування, даючи команді змогу спочатку опробувати нові пропозиції на невеликій аудиторії. Такий налаштування дозволяє проводити до чотирьох різних подій на тиждень, наприклад Prime Club та Tower Club, кожна зі своїми бонусними гравцями та пропозиціями.Для доставки ресурсів у Baseball Hits 26 використовується Unity Addressables, зокрема для бандлів стадіонів. За замовчуванням у початкове завантаження додатка входить один стадіон, щоб не створювати зайвих складнощів для нових користувачів. Усі інші стадіони упаковані в окремі бандли, завантажуються на сервер і завантажуються за запитом, коли гравець їх обирає. Кожен бандл проходить стрес-тести на слабких пристроях, щоб відповідати суворим лімітам за розміром і пам'яттю. Спільний бандл містить ресурси, які використовуються на різних стадіонах, що запобігає дублюванню даних. Такий підхід дозволяє клієнту залишатися легким, водночас пропонуючи широкий вибір візуальних середовищ.The Walking Dead: Aftermath використовує іншу стратегію, повторно використовуючи перевірені системи з попереднього проєкту Heroes vs Hordes для магазину, економіки та автентифікації. Нове ядро roguelite було прототиповано окремо та інтегроване в цю базу. Контент, який планується змінювати щотижня, створюється в таблицях і публікується у вигляді віддалених бандлів, кожен з яких позначається підтримуваними версіями клієнта. Дані збереження використовують версіоновану ланцюжок міграцій, щоб не «втрачати» давніх гравців, а час береться з сервера для точності таймерних подій. Архітектура спирається на ін'єкцію залежностей з обмеженою областю видимості та чотирма вкладеними контекстами: кореневий, збереження, головний екран і геймплей. Це гарантує, що live-події, структуровані як інсталятори плюс файли конфігурації, коректно очищуються при закритті їхнього контексту.У The Walking Dead: Aftermath Addressables застосовуються для керування пам'яттю та завантаженням, з 29 групами, що відповідають окремим функціям. Однак live-контент іде окремим конвеєром, побудованим на API AssetBundles. Ці бандли збираються під кожну платформу та містять хеші, контрольні суми та дані про версію сумісності. Команда дотримується суворого правила: якщо дизайнерам потрібно змінювати це щотижня, воно кладеться в бандл; якщо це арт або код, воно потрапляє в збірку. Ця межа тримає live-поверхню невеликою та керованою. Візуальне різноманіття досягається завдяки вручну створеним аренам, які модифікуються через матеріали, освітлення та близько 35 шейдерних графів, а не процедурну генерацію. Це дозволяє точно вимірювати та оптимізувати кожен візуальний елемент.

IntelliJ IDEA 2026.3: виправлення продуктивності, підтримка Spring та вдосконалення робочого процесу
  • PublicPublic
  • 05 Nov, 2026

IntelliJ IDEA 2026.3: виправлення продуктивності, підтримка Spring та вдосконалення робочого процесу

IntelliJ IDEA 2026.3 являє собою велике оновлення, що включає понад 1000 виправлень загальних помилок та понад 300 покращень продуктивності. Оновлення спрямоване на ключові робочі процеси як у традиційній, так і в агентній розробці. Основний акцент зроблено на вирішенні проблем стабільності: усунено зависання інтерфейсу, надмірне споживання процесора та витоки пам'яті, які раніше заважали продуктивній роботі. Багато з цих виправлень отримано на основі автоматичних звітів про зависання та даних профілювання з реальних проєктів, що дозволило насамперед усунути найкритичніші вузькі місця. Мета оновлення - забезпечити плавніший та відгукніший досвід для розробників, які працюють над великими застосунками на Java та Kotlin, за рахунок усунення найпоширеніших причин затримок та нестабільності IDE.Значна частина покращень продуктивності спрямована на конкретні взаємодії з інтерфейсом, які раніше призводили до зупинки редактора. Підказки Spring Boot, підсвічування властивостей та аналіз сутностей JPA більше не блокують інтерфейс, а конфігурації серверів Tomcat, WildFly та JBoss тепер читаються поза потоком інтерфейсу користувача. Критичні операції, такі як побудова змінних відладника, дерева комітів Git та оптимізація імпортів, були оптимізовані, щоб запобігти блокуванням. Крім того, IDE тепер уникає запуску WSL без потреби під час старту, а індексація стала ефективнішою для великих проєктів завдяки видаленню зайвих оновлень та впровадженню лінивого копіювання файлів. Покращено керування пам'яттю: виправлено витоки, що утримували закриті проєкти в пам'яті, та оптимізовано прев'ю коду, які раніше зберігали зображення HiDPI в кучі.Інтелектуальний аналіз коду для Java та Kotlin отримав цілеспрямовані вдосконалення для підвищення точності та зворотного зв'язку для розробників. Інспекція невикористовуваних оголошень тепер визначає методи, що використовуються виключно в тестових джерелах, а швидкі виправлення для інспекцій nullability коректно працюють зі складними виразами. Для розробників Kotlin додано нову інспекцію, яка попереджає, якщо CancellationException перехоплюється у підвішеному коді без повторного кидання, а блокуючі виклики підсвічуються всередині підвішених лямбд. Перетворення коду Java на Kotlin тепер коректно трансформує класи @lombok.Data у data-класи. Крім того, відладник було вдосконалено: він пропонує HotSwap лише тоді, коли це технічно можливо, а для правок, що змінюють структуру класу або сигнатури, пропонує перезапуск, що запобігає плутанині під час сеансів відлагодження.Підтримка Spring Framework отримала сотні виправлень, що охоплюють профілі, конфігурацію, дані, кешування та відлагодження. Переключення профілів переміщено у віджет рядка стану для кращої видимості, а IDE тепер виявляє більше профілів, включно з тими, що знаходяться в тестових скопах. Покращено визначення властивостей конфігурації: Find Usages тепер коректно перелічує оголошення та використання плейсхолдерів, а плейсхолдери в YAML визначаються точно. Автодоповнення методів репозиторіїв Spring Data було перероблено, щоб пріоритизувати успадковані методи та розпізнавати іменовані запити Kotlin. Відладник Spring містить приблизно 20 виправлень для представлення бінів, а вдосконалення Spring Web покращують виявлення кінцевих точок для Kotlin та Spring Boot 4. JPA та Hibernate також отримали близько 40 виправлень, що вирішують проблеми продуктивності та забезпечують коректні значення дат у консолі JPA.Інтеграції з інструментами збірки та системами контролю версій було значно оновлено для оптимізації робочих процесів. Делегування Maven виправлено, щоб за замовчуванням виконувати фазу process-test-classes, уникаючи непотрібних запусків mvn install. Gradle 9.7 Isolated Projects тепер підтримує запуск main з поля, а імпорт для великих проектів став швидшим завдяки усуненню взаємних блокувань. Git worktrees, високо востребована функція, тепер працює в проєктах з кількома коренями та дозволяє відкривати запити на злиття в окремих worktrees. IDE тепер використовує OpenSSH для з'єднань, підтримуючи автентифікацію за сертифікатами, апаратні токени безпеки, такі як YubiKey, та Kerberos SSPI. Крім того, IDE JetBrains можуть обробляти ідентифікатори об'єктів довжиною 64 символи в репозиторіях Git SHA-256, а інтеграція з GitLab дозволяє вхід через OAuth без особистих токенів доступу.Користувацький інтерфейс та допоміжні інструменти також було вдосконалено для кращої зручності. Термінал тепер включає емулятор ghostty з понад 40 виправленнями, які покращують керування вкладками та обробку URL. Сторінку плагінів об'єднано в єдиний вигляд з окремими розділами для встановлених, вбудованих та рекомендованих плагінів, і вона відкривається у власному вікні для кращої читабельності. Віджети рядка стану тепер можна переміщати, що дозволяє розробникам налаштовувати їхнє розташування, а новий плагін Extended Tool Windows UI додає вертикальні назви поруч з іконками. Редагування Markdown стало плавнішим завдяки виправленням для посилань на абсолютні шляхи та новому налаштуванню для видалення пробілів наприкінці рядків при збереженні. Підтримку Scala оновлено для Scala 3.10, з покращеним аналізом коду та підтримкою шаблонів Twirl, а проєкти sbt 2.x імпортується надійніше з меншою кількістю хибних помилок у скриптах збірки.

NVIDIA впроваджує ІІ-агентів для автоматизації роботи ІІ-фабрик та зменшення навантаження на SRE
  • PublicPublic
  • 05 Nov, 2026

NVIDIA впроваджує ІІ-агентів для автоматизації роботи ІІ-фабрик та зменшення навантаження на SRE

Зі зростанням масштабів GPU-кластерів інженери з надійності сайтів (SRE) стикаються з труднощами при кореляції падінь продуктивності на рівнях обчислень, мережі та обладнання. NVIDIA розробила AI Factory Operations Agent, щоб оптимізувати внутрішню експлуатацію DGX SuperPOD та скоротити ручну працю. Система використовує спеціалізованих агентів, які виявляють збої, визначають їхні первинні причини та надають рекомендації через чат-інтерфейс. Інженери можуть спілкуватися з цими агентами природною мовою, перемикатися між розслідуваннями та відстежувати дії для аудиту, що позбавляє від необхідності вручну перевіряти численні дашборди.Рис. 1. Архітектура агента операцій AI Factory: агент NemoClaw, що координує доменних агентів в інфраструктурі GPU-кластераПриклад для розробників побудований на основі шаблону NVIDIA NemoClaw і включає агентський рантайм для користувача, який направляє запити до доменних агентів. З'єднання встановлюється через плагіни OpenClaw і сервери Model Context Protocol, які надають доступ до вузькоспеціалізованих операційних інструментів. Фреймворк використовує NVIDIA OpenShell і підтримує повністю локальне розгортання для забезпечення суверенітету даних. Інференс ґрунтується на локально обслуговуваних відкритих моделях NVIDIA Nemotron, які працюють у виробничих кластерах DGX H100, B200 і GB300. Така модульна архітектура дозволяє додавати нових агентів і інтеграції з інфраструктурою без зміни наявних компонентів.Розгортання виконується як застосування Kubernetes control-plane, де Helm керує UI, шлюзом OpenClaw, серверами MCP і точками входу для інференсу. Для виконання команд в оболонці OpenShell створює ізольовані пісочниці Kubernetes для кожної сесії, відокремлюючи команди від основного пода шлюза і гарантуючи, що рантайм не змінює виробничі навантаження. Безпека забезпечується багаторівневим контролем доступу. Серверний інструмент run_kubectl використовує зафіксовані бінарні файли і облікові дані лише для читання, а RBAC Kubernetes визначає доступні для перегляду ресурси. Така конфігурація дозволяє агентам перевіряти свої права, наприклад, підтверджуючи можливість отримання списку подів, але не секретів або створення нових подів.Внутрішнє розгортання використовує набір доменних агентів. Job Recovery Agent аналізує збої навчання на рівнях планувальника та обладнання. Hardware Agent діагностує несправності на рівні пристроїв, такі як помилки PCIe та теплові аномалії. Observability Agent запитує дані з Prometheus і Grafana Loki для генерації динамічних дашбордів. Research Agent шукає інформацію в попередньо завантаженої документації, а Kubernetes Agent надає доступ до стану кластера лише для читання. Cluster Management Agent взаємодіє з API Base Command Manager. Крос-доменні інструменти включають веб-пошук і виконання коду, а фреймворк підтримує кастомні сервери MCP для специфічних операційних задач.NVIDIA рекомендує виділений GPU-прискорений control-plane, ізольований від виробничого кластера, для обробки оркестрації агентів без споживання ресурсів, необхідних для навчання. У середовищах із багатьма орендарями OpenShell забезпечує межі, запускаючи агентів в ізольованих пісочницях з обмеженнями на рівні ядра, що гарантує доступ SRE орендарів лише до їхніх конкретних просторів імен і вузлів. Фреймворк доступний як експериментальне програмне забезпечення з відкритим вихідним кодом на GitHub, хоча API і конфігурації можуть змінюватися між релізами. Клієнти NVIDIA можуть зв'язатися з менеджерами по роботі з клієнтами, щоб запросити доступ до пропрієтарних агентів управління кластером, розроблених для внутрішнього використання.

Jetpack Compose 1.13 та оновлення архітектури на Android Developer Summit
  • PublicPublic
  • 04 Nov, 2026

Jetpack Compose 1.13 та оновлення архітектури на Android Developer Summit

Екосистема Android тепер охоплює смартфони, складні пристрої, планшети, носимі гаджети, автомобільні дисплеї, XR та Googlebook, що робить адаптивну розробку обов'язковою. Jetpack Compose став єдиним стандартом для створення інтерфейсів користувача на всіх цих платформах, витісняючи застарілу систему View. Цей перехід усуває складнощі, пов'язані з підтримкою розрізнених кодових баз. Однак традиційні припущення щодо макетів часто ламаються при складанні екрана або зміні розміру вікна, що призводить до нецілісного досвіду користувача. Нещодавні анонси зосереджені на зміцненні фундаменту додатків: Compose глибше інтегрується в шар даних, а також з'являються надійні адаптивні будівельні блоки, що забезпечують узгодженість на екранах будь-якого розміру.Найближчий стабільний реліз Compose 1.13 розширює інструментарій вбудованою підтримкою адаптивних макетів через Grid та Flexbox. Також додано нові функції, такі як Progressive Blur та Formatted Text. Розробники можуть використовувати просунуті графічні можливості, включно з сітчастими градієнтами та прогресивним розмиттям, не жертвуючи автономністю або частотою кадрів. Ці покращення дозволяють створювати більш насичені візуальні ефекти, зберігаючи при цьому високу продуктивність. Реліз вирішує проблему потреби в гнучких структурах макета, які динамічно підлаштовуються під різні умови відображення, гарантуючи, що додатки залишаються реактивними та візуально привабливими незалежно від конфігурації пристрою.Редагування тексту в Compose зазнало суттєвих змін завдяки повністю переписаному BasicTextField. Це оновлення використовує архітектуру, керовану буфером, та TextFieldState, що усуває гонки станів з IME. Нова система підтримує механіку редагування форматованого тексту, забезпечуючи більш надійний і стійкий ввід. Це критично важливо для застосунків, які сильно залежать від вводу користувача, оскільки гарантує стабільну та передбачувану обробку тексту. Вирішуючи ці фундаментальні проблеми, оновлення підвищує загальну якість інтерактивних елементів у застосунках на базі Compose, роблячи їх стійкішими до граничних випадків та дій користувачів.Jetpack AppState, який зараз перебуває в альфа-версії, розширює Compose до рівня архітектури, переносячи його систему знімків в ширшу архітектуру застосунку. API Transform дозволяє розробникам виводити реактивний стан з вхідних даних State та Flow, використовуючи автоматичне відстеження читань та звичайний потік керування Kotlin. StateStore надає контейнер із ключами для обміну спостережуваним станом між активностями, фоновими службами, віджетами та App Functions. Також доступна опційна персистентність через DataStore. Ця інтеграція спрощує складні конвеєри стану та забезпечує синхронність усіх поверхонь застосунку, знижуючи складність керування станом між різними компонентами та етапами життєвого циклу.Jetpack Navigation 3, версія 1.2, вводить вбудовану типобезпечну глибоку прив'язку до стеку повернення, яким керує розробник. Використовуючи Kotlin Serialization, розробники можуть напряму відповідати вхідні URI та інтенти строго типізованим ключам навігації. Це дозволяє налаштовувати розбір складних аргументів та лінено створювати синтетичні стеки повернення, забезпечуючи природне відчуття при навігації назад. Крім того, багатошарова система вводу Compose виходить за межі сенсорного керування, підтримуючи трекпади, миші та фізичні контролери. Ця еволюція в обробці вводу підтримує мультимодальну взаємодію на різних пристроях, дозволяючи розробникам ефективно керувати життєвим циклом вказівника, станами наведення та апаратними подіями на різних платформах.

SteamVR 2.19.1 Beta покращує якість стрімінгу для автономних шлемів
  • PublicPublic
  • 04 Nov, 2026

SteamVR 2.19.1 Beta покращує якість стрімінгу для автономних шлемів

Valve випустила бета-оновлення SteamVR 2.19.1, яке суттєво покращує якість зображення під час стрімінгу на всіх підтримуваних автономних шлемах. Оновлення торкнулося пристроїв, таких як Meta Quest, HTC Vive Focus та споживчі шлеми PICO. Вони використовують Steam Link для бездротової передачі ігор з ПК через Wi-Fi. Покращення стали результатом постійної роботи Valve над вдосконаленням можливостей бездротового стрімінгу в Steam Frame. Користувачі отримають більш чіткий текст, яскравіші кольори та кращу загальну деталізацію у VR-стрімінгу.Покращення стосуються не лише рендерингу ігор, а й усіх VR-додатків, інтерфейсу SteamVR, стрімінгу робочого столу, сторонніх оверлеїв та театральних екранів. Ключова технічна зміна: Steam Link тепер за замовчуванням використовує вищу рекомендовану роздільну здатність рендерингу для ПК-VR, яка становить 1,4 від нативної роздільної здатності панелі шлема. Також підвищено чіткість кольору. Для цього перед кодуванням застосовується фільтр високої якості для даунсемплінгу кольору, що допомагає зберегти дрібні кольорові деталі.Щоб отримати ці покращення, потрібно перейти в бета-гілку SteamVR. Оновлення доступне тим, у кого є сумісне обладнання та VR-готовий ПК, здатний витримати навантаження стрімінгу. Цей реліз є важливим кроком уперед для бездротового VR. Він гарантує користувачам автономних шлемів більш відшліфований та візуально точний досвід від їхніх бібліотек на ПК.

Реалістична симуляція тканини на танцюючому скелеті в Blender
  • PublicPublic
  • 04 Nov, 2026

Реалістична симуляція тканини на танцюючому скелеті в Blender

Проєкт починався як концепт танцюючого привида, але зрештою перетворився на відродження старої моделі скелета. Художник налаштував персонажа за допомогою AccuRIG і об'єднав танцювальні анімації з Mixamo, ActorCore та Action Forge, використовуючи інструмент Action Mixer у Blender. Після запікання анімації в ключові кадри кістки було видалено, щоб залишився чистий меш, готовий до симуляції. Головна мета полягала в тому, щоб зробити тканину настільки тонкою, щоб при контровому світлі крізь неї проглядав силует скелета.Для фізики тканини було використано відкритий розв'язувач контактів ZOZO. Цей рушій із прискоренням на GPU впорається зі складною взаємодією між тканиною та твердими тілами. Щоб забезпечити точність, було створено коло з трикутників із високою деталізацією. Перед запуском симуляції в розв'язувач завантажили пресет матеріалу прозорої тканини у форматі .toml. Висока щільність меша суттєво вплинула на продуктивність: на розв'язання симуляції пішло майже дві години. Попри довге очікування, отриманий рух вважали достатнім для фінального вигляду.Візуальне оформлення базувалося на процедурному шейдері прозорої ткани, отриманому з BlenderKit. Освітлення ретельно побудували за допомогою HDRI та площинного світла, щоб підкреслити ефект силуету крізь напівпрозору тканину. Сцену рендерили в Cycles з 100 семплами. Процес рендерингу зайняв від 30 до 40 хвилин на системі з процесором AMD 9950X, 64 ГБ оперативної пам'яті та відеокартою RTX 5070 Ti з 16 ГБ відеопам'яті.Цей робочий процес демонструє практичне застосування спеціалізованих фізичних плагінів у Blender. Поєднання запечених ключових кадрів та симуляції на густому меші дозволяє досягти детального поведінки тканини без обмежень реального часу. Використання відкритих інструментів, таких як ZOZO, надає доступні альтернативи для складних симуляцій. Фінальний результат показує, як технічна налаштування, включаючи густоту меша та пресети розв'язувача, безпосередньо впливає на реалістичність руху тканини в анімованих сценах.

Siri AI Developer Preview відкрита для всіх застосунків у бета-версіях iOS 27.3
  • PublicPublic
  • 04 Nov, 2026

Siri AI Developer Preview відкрита для всіх застосунків у бета-версіях iOS 27.3

Починаючи з бета-версій iOS 27.3, iPadOS 27.3, macOS 27.3 та visionOS 27.3, новий Developer Preview дозволяє будь-якому розробнику інтегрувати свій застосунок з Siri AI. Це оновлення відкриває для бізнесу та розробників нові способи взаємодії з клієнтами, надаючи застосункам можливість виводити свій контент та дії безпосередньо в асистент. Siri AI глибоко інтегрована в операційні системи Apple, забезпечуючи більш потужний, діалоговий та персоналізований досвід. Тисячі розробників вже створили інтеграції для таких завдань, як керування списками справ або надсилання повідомлень. Система підтримує англійську, французьку, японську, корейську, португальську та іспанську мови, з планами скорого розширення на традиційну китайську, норвезьку, турецьку та в'єтнамську.Основним механізмом цієї інтеграції є використання App Intents, що дозволяє будь-якому застосунку залучати найновіші можливості Siri AI. Сюди входять розуміння особистого контексту, усвідомлення вмісту екрана та обробка природної мови. Користувачі можуть просити про допомогу своїми словами, а Siri AI виконає користувацькі дії, такі як перевірка доставки, бронювання столика або оформлення замовлення. Для складних запитів розробники можуть впроваджувати навички, навчаючи Siri AI поєднувати кілька дій в єдиний досвід. Крім того, Siri AI тепер може відображати будь-яку сутність із семантичного індексу Spotlight, а не лише ті, що відповідають наявній схемі, надаючи кінцевим користувачам більш гнучку та комплексну систему отримання даних.Apple почала впроваджувати ці нові можливості у багатьох власних застосунках, зокрема Calendar, Files, Finder, Journal, Mail, Maps, Messages, Music, Notes, Photos, Preview, Reminders, Safari, Shortcuts та Weather. Ці реалізації слугують прикладами для розробників, демонструючи, як користувачі можуть виконувати конкретні завдання, наприклад, шукати кав'ярню, яку відвідали минулого тижня, або архівувати файли, які не відкривалися понад рік. Вивчаючи ці застосунки першої сторони, розробники можуть зрозуміти масштаб доступних дій та як структурувати власні App Intents для оптимальної продуктивності та взаємодії з користувачем в екосистемі Siri AI.Ця бета-версія для розробників дає ранній доступ до намірів застосунків Siri AI, дозволяючи досліджувати та створювати рішення до того, як функція надійде до клієнтів через кілька місяців. Подання заявок в App Store для цих інтеграцій відкриється навесні, що надасть розробникам вікно для тестування, вдосконалення та формування користувацького досвіду. Apple надасть додаткові деталі щодо умов та політик використання для досвіду, що підтримується через Siri AI. Доступна нова документація для вивчення API, методів використання та технік оцінки користувацьких сценаріїв. Розробники також можуть зв'язатися з інженерами Apple в Apple Intelligence Group Labs 4-5 листопада, щоб поставити запитання та отримати поради щодо стратегій впровадження.

JetBrains перейменовує підтримку груп користувачів на програму Developer Communities
  • PublicPublic
  • 04 Nov, 2026

JetBrains перейменовує підтримку груп користувачів на програму Developer Communities

JetBrains офіційно оголосила про трансформацію своєї багаторічної програми підтримки груп користувачів в Developer Communities Program. Це перейменування позначає значний зсув у тому, як компанія підтримує глобальну екосистему розробників. Початкова програма, запущена тринадцять років тому, була створена з простою метою: допомогти локальним групам розробників рости, надаючи підписки на IDE організаторам та невеликі подарунки для спільноти. Хоча цей фундамент зберігається, ландшафт взаємодії розробників за останнє десятиліття радикально змінився. Спільноти більше не покладаються виключно на фізичні зустрічі; вони значною мірою перемістилися в цифрові простори.Сьогодні багато спільнот розробників процвітають на платформах, таких як Discord і Slack, або працюють за гібридною моделлю, що поєднує особисті зібрання з віртуальними подіями. Воркшопи, прямі трансляції та гібридні формати стали стандартною частиною життя спільнот. Визнаючи цю еволюцію, JetBrains вирішила, що її структура підтримки має адаптуватися, щоб відображати ці сучасні реалії. Нова програма Developer Communities Program спроєктована, щоб охопити цей ширший спектр діяльності. Вона вітає значно ширший коло типів спільнот, забезпечуючи, щоб підтримка досягала груп незалежно від їхнього основного режиму роботи.Обсяг підтримки в межах нової програми значно розширився. Окрім традиційного надання підписок на IDE JetBrains організаторам та подарунків для спільноти, програма тепер пропонує ширший набір ресурсів. Водночас конкретний пакет підтримки не є універсальним. JetBrains наголошує, що кожна спільнота унікальна, тому надана допомога буде адаптована до індивідуальних потреб. Організатори працюватимуть напряму з компанією, щоб визначити найкорисніші форми підтримки на основі їхньої конкретної діяльності, цільової аудиторії, географічного розташування та доступних ресурсів. Цей персоналізований підхід має на меті максимізувати вплив програми для кожної учасникової групи.Перехід на нову структуру є безшовним для поточних учасників. Усі чинні учасники програми підтримки груп користувачів автоматично стануть частиною Developer Communities Program без потреби подавати повторну заяву. Це забезпечує безперервність і стабільність для утверджених лідерів спільнот. Важливо зазначити, що студентські спільноти, включно зі шкільними, коледжними та університетськими клубами, не входять до цієї конкретної програми. Студентам, які шукають безкоштовний доступ до інструментів JetBrains, слід звертатися до окремого пакета JetBrains Student Pack. Погляд у майбутнє: JetBrains розглядає цю програму як довгострокову співпрацю. Починаючи з 2027 року, компанія планує проводити щорічні зустрічі з учасницькими спільнотами, щоб обговорити їхній прогрес і визначити майбутні потреби в підтримці, зміцнюючи тісніші стосунки з екосистемою розробників.

NVIDIA AICR підтверджує підтримку Kubernetes для Vera Rubin NVL72
  • PublicPublic
  • 03 Nov, 2026

NVIDIA AICR підтверджує підтримку Kubernetes для Vera Rubin NVL72

Налаштування Kubernetes для нового GPU-обладнання, такого як NVIDIA Vera Rubin, - це складне та схильне до помилок завдання, яке вимагає точної узгодженості драйверів, ядер, рантаймів та планувальників. NVIDIA AI Cluster Runtime (AICR), що входить до складу платформи DSX AI Factory, спрощує цей процес, зберігаючи налаштовані конфігурації у вигляді повторно використовуваних рецептів. Він генерує пакети для інструментів розгортання та перевіряє працюючі кластери, гарантуючи, що середовища готові до обчислювальних модулів Vera Rubin NVL72 з першого дня. Такий підхід допомагає командам платформи проєктувати, створювати та експлуатувати ефективні ШІ-фабрики з використанням модульних програмних компонентів з відкритим вихідним кодом.Рисунок 1. Валідація AICR на Vera Rubin створює підписані, публічно перевірювані докази та повертає результати до початкових компонентів.Для команд, які зараз використовують GB200 NVL72, Vera Rubin NVL72 є третім поколінням стійкової архітектури MGX із кількома помітними змінами для користувачів. Щоб перевірити підтримку від початку до кінця, пакет рантайму AICR було розгорнуто на кластерах Vera Rubin із використанням GPU Operator v26.7.0, драйвера DRA v0.5.0 та драйвера R615, встановленого на хості. Обидва варіанти рецептів, для навчання та інференсу, успішно пройшли сквозну валідацію. Варіант для навчання включає контрольний поріг продуктивності: міжвузловий NCCL all-reduce через шину NVLink за допомогою IMEX ComputeDomain, обмежений мінімальним порогом пропускної здатності шини. На ранніх етапах валідації виникла тимчасова проблема з обладнанням або шиною в одному з кластерів, але повторне встановлення обладнання вирішило її, дозволивши всім GPU об'єднатися в єдину групу шини.AICR фіксує специфічні для платформи рішення у вигляді версіонованого рецепта, роблячи конфігурації явними та відтворюваними. Нова родина рецептів для Vera Rubin (сервіс: rke2, прискорювач: vr200, ОС: Ubuntu) постачається зі статусом Preview, не маючи повної підтримки для продакшену, доки платформа перебуває в предрелізі. Перше розгортання було спрямоване на нову комбінацію: arm64, Ubuntu 26.04, ядро з розміром сторінки 64 КБ, RKE2 та Vera Rubin, що дозволило отримати робочий рантайм за кілька годин. Другий кластер відтворив цей результат наступного дня, продемонструвавши відтворюваність рецепта. Такий підхід із версіонуванням гарантує, що конкретні рішення, прийняті в процесі запуску, зберігаються та можуть бути перевірені на різних кластерах.Робочий процес AICR, що виконується за допомогою інструментарію v1.0.0, починається з офлайн-генерації рецепта. Команда aicr recipe відповідає критеріям каталогу, створюючи файл YAML, який накладає п'ять оверлеїв на 14 компонентів. Ключові компоненти включають GPU Operator, драйвер DRA, DraNet для виділення пристроїв ConnectX-9 та NodeWright для ексклюзивного режиму RDMA netns. Команда генерації пакета aicr bundle створює набір впорядкованих Helm-чартів та скрипт розгортання. Цей пакет містить NodeWright, KAI Scheduler, NVSentinel, NFD та стек Prometheus, при цьому версії всіх компонентів закріплені відповідно до конфігурації, перевіреної на обладнанні Vera Rubin.Валідація включає збереження стану кластера та перевірку умов готовності. Команда aicr snapshot зберігає стан, а aicr validate виконує фази розгортання, відповідності та продуктивності. Фаза розгортання перевіряє версію ОС та деталі ядра, а фаза відповідності - стан компонентів. Фаза продуктивності запускає NCCL all-reduce як завдання всередині кластера, перевіряючи пропускну здатність шини відносно мінімального порогу з рецепта. Валідатор сам виділяє ComputeDomain та IMEX ResourceClaimTemplate, не вимагаючи попередніх дій з боку оператора. Варіант для інференсу, що використовує платформу Dynamo, проходить ті самі перевірки розгортання та відповідності на ідентичному кластері.Критичний сквозний тест включає двовузловий ComputeDomain, де канали IMEX виділяються подами на кожному обчислювальному модулі. Для образів із хост-керованим IMEX статичний сервіс nvidia-imex на хості має бути вимкнений і заблокований, оскільки він несумісний із ComputeDomains, керованими DRA. GPU Operator v26.7.0 і вище постачається з більш суворим CRD, що вимагає явного встановлення numNodes, що впливає на нові встановлення кластерів, але не на оновлення. Застосування тестового маніфесту призводить до запуску двох подів, в кожен з яких ін'єктується канал IMEX, що займає близько 12 секунд. Увесь цикл від генерації рецепта до валідації займає приблизно п'ять хвилин, при цьому фаза продуктивності додає час виконання завдання NCCL.