Unity reintroduces the Runtime Fee through its Industry license
Unity Industry
Превращайте 3D-данные в интерактивные приложения, которые повышают эффективность и достигают бизнес-целей.
- 30-дневный пробный период бесплатно.
- Купить или посмотреть демо.
Преимущества
- Реал-тайм 3D: быстрый вывод продукта, оптимизация ресурсов.
- Принятие решений: пространственные визуализации ускоряют согласование.
- Экономия: меньше дублирования, ниже себестоимость.
- Кроссплатформенность: 20+ платформ — от мобильных до VR.
Возможности
- Импорт CAD/BIM через Unity Asset Transformer Toolkit (70+ форматов).
- Управление активами в Unity Asset Manager (облако).
- Создание и симуляция реалистичных сцен и процессов.
- Развёртывание на AR/VR, веб, десктоп, мобильные устройства.
В составе
- Unity 6: быстрый рендер, AI, мультиплатформа.
- Unity Asset Transformer Toolkit (бывший Pixyz).
- Unity Asset Manager: облачное DAM для 3D-активов.
- Build Automation: CI/CD для сборки и деплоя.
Комментарии (91)
- Unity не возвращала «Runtime Fee» для игр: новая 4 % отчисления касаются только лицензии «Industry» для неигровых продуктов.
- Сообщество критикует Unity за плохую коммуникацию, непрозрачные цены и «contact sales», что выглядит как попытка «выжать» клиентов.
- Многие разработчики уже мигрируют или советуют Godot/Unreal, считая Unity ненадёжным партнёром, способным менять условия в любой момент.
- Некоторые напоминают, что специальные лицензии для неигровых рынков существовали лет 10, но теперь процент берут прямо с выручки.
Modern CI is too complex and misdirected (2021) 💬 Длинная дискуссия
Современные CI-платформы стали мощнее, но и сложнее. GitHub Actions, GitLab и др. предлагают YAML-конфиги с шаблонами, условиями, секретами, кешем, артефактами, экосистемой actions — в итоге CI превращается в полноценную систему сборки.
Базовые примитивы (задачи, зависимости, шаги) не отличаются от Makefile-ов, а добавление распределённого запуска и кеша делает CI почти идентичным современным билд-системам вроде Bazel.
Сложность растёт:
- YAML становится языком программирования.
- Пользователи копируют чужие конфиги, не понимая, что происходит.
- Платформы закрываются на собственных экосистемах, создавая vendor lock-in.
Итог: вместо простого «удалённого запуска тестов» мы получили громоздкую систему, где границы между CI и build-системой стёрлись.
Комментарии (159)
- Участники сходятся во мнении, что современные CI-системы слишком сложны и слишком «далеко» от разработчика, превращаясь в гибрид билд-системы и платформы.
- Многие предлагают упрощение: локально-переносимые скрипты (Bash, Justfile, build.bash), контейнеры или минималистичные движки вроде builds.sr.ht, Drone OSS, Buildbot, Linci.
- Критика YAML-конфигураций и SaaS-зависимости: GitHub Actions «застрял», GitLab CI мощнее, но всё равно требует «платформы».
- Идея «CI должен быть просто расширением билд-системы» (Bazel, Nix, Dagger) звучит, но требует единого «Steve Jobs билд-систем», а не новых технологий.
- Итог: пока нет серебряной пули; кто хочет простоты — пишет ./build.sh и запускает где угодно, кто хочет мощности — мирится с уровнем сложности текущих CI.