Если правильно понимаю, у Анриала фокус на том, чтобы сделать возможность рантайм-рефлексии звуковых метрик, чтобы потом с помощью визуального скриптового редактора делать на основе этой рефлексии разные ВЕЩИ в игре.
А в Юнити, ARC - это простой рандомизатор плейлистов с несколькими стандартными эффектами, который используется достаточно прямолинейно: добавил ARC, натыкал в нем галочек, профит. То есть, он решает идеологически другую задачу - как максимально быстро и дешево, желательно ничего не делая, получить какой-то звук.
Недавно решил попробовать поиграться с Shader Graph'a в 2022LTS
Звучит как тема для стендапа. Будешь в Питере - пиши, сделаем тебе митап про ужасы использования Юнити :3
Когда компания делилась на две разные, сайт почти не изменяли. На страницах, напрямую доступных с главной, слово Беллсофт удалили или поменяли на "команда Axiom JDK". Там наверняка внутри еще куча каких-то страниц, которые так и не отрефакторили просто по той причине, что на них нет прямой ссылки. Это значит только то, что сайт нужно допилить.
Это коммерческий продукт, так что, попробовать его можно или через триал на 3 месяца для некоммерческого использования (который как раз выдают, после заполнения полей в форме). Или у себя на работе, если компания его уже использует. Его могут использовать объекты Критической Информационной Инфраструктуры (банки, государственные услуги, энергетика, медицина...) с требованием на сертификацию по ФСТЭК, так что, если вы работаете в одной из таких компаний, можно поинтересоваться у руководства или девопсов, есть ли у вас лицензии для разработчиков.
Но кажется, всё-таки не так. В первых языках ничего не было - даже функций, вместо них было только goto к метке. Всё что мы сейчас видим - это результат кропотливой работы, где на каждом шагу все собирали вручную из ничего
Тем не менее, кажется, что часть таких решений была сделана совершенно бездумно и по-быдлокодерски. Например, в циклов в Python нет своей области видимости, и это приводит к морю багов. Но поправить уже ничего нельзя, это потребовало бы сделать Python 4 и переписать кучу кода. Это похоже на ошибку дизайна интерпретатора... но не факт, что изначальный автор интерпретатора считает это ошибкой, ни тогда, ни сейчас.
Я раздумываю над тем, в какой стороне у IDEA продолбы с фичами, чтобы на их основе строить фичи альтернативной российской IDE. У этого есть несколько больших бенефициаров на российском рынке. Конечно, я не могу сказать самые важные выводы, иначе у Брута не будет кинжала для втыкания в спину JB.
Из того, что совершенно очевидно. Мне совершенно не нравится вся история с new UI. Сам не использую, и не понимаю, зачем кому-то это может быть нужно. VSCode уже существует, и опыт использования VSCode очевидно показывает, что его интерфейс - полное говно по сравнению со старой Идеей. Для легаси подхода к разработке, я бы развивал старый UI и делал его более мощным. Весь текущий стрим разработки new UI - это кандидат на премию Дарвина.
Инфраструктура вокруг Идеи это очень странное. Fleet вообще ни за чем не нужен. У Флита был шанс начать работать в браузере и быть опенсорсным, но этот момент прошел. Space тоже низачем не нужен. Remote Development нужен (мы знаем, зачем), но в JB там явно нет вижена.
Отмена Rust плагина помножила репутацию JB на ноль в этой сфере. Все растеры, с которыми я общаюсь, перешли на другие редакторы в ту же самую неделю. Я сам использую Rust, мне теперь очень неприятно в VSCode (его интерфейс - говно), но тут уж ничего не попишешь.
В целом мне кажется, что текущая парадигма работы IDE изжила своё почти полностью. Не нужен не только Fleet, но и сама Идея в ее текущем виде, и VSCode/Eclipse/etc тоже. Они решают проблемы, которые в современном мире решаются другими способами. Нужно выбрасывать вот это всё, и делать новое.
Круто! Есть вопрос. В шутере куча данных типа плавного поворота камеры. В авторитарном сервере с частичным повторением риплей лога при десинке, может оказаться нужным ворочить кусками памяти. Плюс, не очень ясно, как из Java просто работать с GPU чтобы скинуть туда высокопроизводительные вычисления на бэкенде. Не вызывает ли тут проблем GC и вообще джавовский объектный подход? Вы на этапе проектирования бэкенда думали про другие платформы, кроме Java? Rust, C++, что-нибудь ещё без GC и с прямым управлением всеми ресурсами.
Всё так. Это ретроспективный пост в ожидании 2023.3, чтобы было с чем сравнивать. Заголовок поправил, спасибо большое.
Интересно, что многие до сих пор не знают, что же там произошло, и какие фичи добавились. Иначе бы меня за этот неправильный заголовок ("только что вышла") смешали бы с говном сильно раньше.
Нужно единое ядро. GUI и User eXperience везде совершенно разные. Operating system - это не только ядро, это еще и все остальное.
Каждая комбинация другого стека техологий сейчас порождает другую ОС. Это общепризнанная, общепринятая терминология. RedHat Enterprise Linux, Android, NixOS и ArchLinux - это четыре совершенно разных операционных системы, с разными способами управления ими.
Про UI/UX. Условно говоря, сейчас Microsoft в Windows 11 не может сделать, чтобы "панель задач" перемещалась по экрану и находилась где-то кроме нижней части экрана. Потому что даже это уже непосильное изменение UX. Им для этого пришлось бы половину программ переписывать радикально другим, более сложным способом.
Если ты работаешь в конторе, которая занимается логистикой (какой-нибудь условный СДЭК), то тебе на промышленный телефон устанавливают мобильный логистический терминал, мессенджер и рассыпуху мелочей типа QR-ридера. И всё, а что ещё нужно?
Если же нужно поиграть в Angry Brids, ну ты достаешь свой личный телефон, и с него играешь.
Таким образом достигается, как минимум, сохранность данных внутри контура безопасности корпоративного VPN. Пользователь может поставить нечто только из корпоративного закрытого магазина, доступного только внутри безопасного контура. Никаких тебе приложений с публичного плейстора с дырами на всю ширину. Никаких ссылочек на хреноту из интернета, где лежит малварь и куда утекают данные.
Универсальная ОС у нас есть - это Андроид. Чтобы его победить в честной схватке лоб в лоб, нужно вложить в маркетинг неимоверное количество бабла - больше, чем есть у Google и еще нескольких компаний, которые на Андроиде что-то делают (самсунг, сони, итп). Если сложить маркетинговый бюджет FAANG и причастных, то он не только больше бюджета Авроры, он больше бюджета России. Их невозможно победить на широком фронте. Но можно выбрать маленький конкретный фронт, и сделать супер заточенное под этот фронт решение, которое будет настолько хорошо сделанно и реализует настолько редкую и ненужную "коллективному Гуглу" функциональность, что они не будут соревноваться вовсе - ни лоб в лоб, вообще никак. Чем Аврора, в общем-то, и занимается. В мире существуют промышленные Андроиды, но их очень мало, и у Гугла есть очевидный конфликт интересов между рынком промышленных девайсов (которым нужна самостоятельность и кастомизируемость) и массмаркетом (которому нужны анальные зонды по типовому шаблону).
Всё так. К сожалению, никак не могу прокомментировать ситуацию с американским Bellsoft. С тем же успехом можно было бы спросить у меня комментарий речи Трампа про Байдена или что-то в этом роде.
Связи между AxiomJDK и американской компанией bell-sw нет. Чем они там занимаются - понятия не имею. У меня их сайт не открывается.
Аксиома всегда, самого появления, была коммерческим продуктом для специальных российских применений (типа 4-ого уровня доверия по ФСТЭК), и поэтому она доступна по запросу. Аксиому никогда нельзя было скачать просто так.
Я очень хорошо понимаю твою боль. Плохо, что нет "бесплатного" российского JDK. Возможно, когда-нибудь мы придумаем для Аксиомы специальную "хобби-лицензию" с запретом использовать в проде, но с возможностью тестировать на пет-проектах. Мы над этим думаем, но пока что такой опции нет.
В тестовых целях, ты можешь попробовать скачать всё что нужно через VPN, или самостоятельно склонировать и скомпилировать мэйнлайн репозиторий OpenJDK.
Насколько понимаю, это коммерческая система, да еще и с основным прицелом на профессиональный и промышленный рынок. Правильней сравнивать её с iOS в корпоративном режиме, или профессиональным мобильным оборудованием типа очков Google Glass. iOS тоже нельзя никуда самостоятельно портировать, а свежие Google Glass не получится приобрести физическому лицу. Вам просто нужны целиком другие аппараты. Либо дождаться, когда эти самые аппараты появятся на рынке, но они всё равно будут "как iOS".
Что здесь хотелось бы увидеть: абстракт на один абзац, строк на 6 хотя бы. С описанием, что дано и какая задача. Что было, что стало.
Файлы лежат непонятно где и как, зависимости и конфиг в maven/gradle непонятно какие. Было бы круто сразу увидеть репозиторий на Гитхабе с минимальной демкой, по которому можно идти вместе со статьей и понимать написанное.
Все ссылки на отдельные строки можно было бы сделать ссылками на конкретные метки в GitHub. Гитхаб так может.
Привет! Крутая статья) Я бы добавил в список хабов Java. Это агрегатор всех Java-технологий, включая JVM-бэкенд.
Из того, что знаю про звук:
Sound Cue Editor появился что-то типа в 4.27, это 2021 год.
Audio Synesthesia появилась в 5.0, это весна 2022.
Waveform Editor появился в 5.1, это конец 2022 года.
Если правильно понимаю, у Анриала фокус на том, чтобы сделать возможность рантайм-рефлексии звуковых метрик, чтобы потом с помощью визуального скриптового редактора делать на основе этой рефлексии разные ВЕЩИ в игре.
А в Юнити, ARC - это простой рандомизатор плейлистов с несколькими стандартными эффектами, который используется достаточно прямолинейно: добавил ARC, натыкал в нем галочек, профит. То есть, он решает идеологически другую задачу - как максимально быстро и дешево, желательно ничего не делая, получить какой-то звук.
Звучит как тема для стендапа. Будешь в Питере - пиши, сделаем тебе митап про ужасы использования Юнити :3
Когда компания делилась на две разные, сайт почти не изменяли. На страницах, напрямую доступных с главной, слово Беллсофт удалили или поменяли на "команда Axiom JDK". Там наверняка внутри еще куча каких-то страниц, которые так и не отрефакторили просто по той причине, что на них нет прямой ссылки. Это значит только то, что сайт нужно допилить.
За археологию зачет :3
Это коммерческий продукт, так что, попробовать его можно или через триал на 3 месяца для некоммерческого использования (который как раз выдают, после заполнения полей в форме). Или у себя на работе, если компания его уже использует. Его могут использовать объекты Критической Информационной Инфраструктуры (банки, государственные услуги, энергетика, медицина...) с требованием на сертификацию по ФСТЭК, так что, если вы работаете в одной из таких компаний, можно поинтересоваться у руководства или девопсов, есть ли у вас лицензии для разработчиков.
Спасибо)
Чем дольше откладываешь следующий дайджест, тем больше новостей наваливает. А тут они все с этой Java 21 как с цепи сорвались.
Если честно, пока я эту стену теста дописал, уже жить не очень хотелось)) Но мужик сказал - мужик сделал. Само себя не напишет.
Идея интересная)
Но кажется, всё-таки не так. В первых языках ничего не было - даже функций, вместо них было только goto к метке. Всё что мы сейчас видим - это результат кропотливой работы, где на каждом шагу все собирали вручную из ничего
Тем не менее, кажется, что часть таких решений была сделана совершенно бездумно и по-быдлокодерски. Например, в циклов в Python нет своей области видимости, и это приводит к морю багов. Но поправить уже ничего нельзя, это потребовало бы сделать Python 4 и переписать кучу кода. Это похоже на ошибку дизайна интерпретатора... но не факт, что изначальный автор интерпретатора считает это ошибкой, ни тогда, ни сейчас.
Спасибо, очень круто, пиши еще!
Я раздумываю над тем, в какой стороне у IDEA продолбы с фичами, чтобы на их основе строить фичи альтернативной российской IDE. У этого есть несколько больших бенефициаров на российском рынке. Конечно, я не могу сказать самые важные выводы, иначе у Брута не будет кинжала для втыкания в спину JB.
Из того, что совершенно очевидно. Мне совершенно не нравится вся история с new UI. Сам не использую, и не понимаю, зачем кому-то это может быть нужно. VSCode уже существует, и опыт использования VSCode очевидно показывает, что его интерфейс - полное говно по сравнению со старой Идеей. Для легаси подхода к разработке, я бы развивал старый UI и делал его более мощным. Весь текущий стрим разработки new UI - это кандидат на премию Дарвина.
Инфраструктура вокруг Идеи это очень странное. Fleet вообще ни за чем не нужен. У Флита был шанс начать работать в браузере и быть опенсорсным, но этот момент прошел. Space тоже низачем не нужен. Remote Development нужен (мы знаем, зачем), но в JB там явно нет вижена.
Отмена Rust плагина помножила репутацию JB на ноль в этой сфере. Все растеры, с которыми я общаюсь, перешли на другие редакторы в ту же самую неделю. Я сам использую Rust, мне теперь очень неприятно в VSCode (его интерфейс - говно), но тут уж ничего не попишешь.
В целом мне кажется, что текущая парадигма работы IDE изжила своё почти полностью. Не нужен не только Fleet, но и сама Идея в ее текущем виде, и VSCode/Eclipse/etc тоже. Они решают проблемы, которые в современном мире решаются другими способами. Нужно выбрасывать вот это всё, и делать новое.
Круто! Есть вопрос. В шутере куча данных типа плавного поворота камеры. В авторитарном сервере с частичным повторением риплей лога при десинке, может оказаться нужным ворочить кусками памяти. Плюс, не очень ясно, как из Java просто работать с GPU чтобы скинуть туда высокопроизводительные вычисления на бэкенде. Не вызывает ли тут проблем GC и вообще джавовский объектный подход? Вы на этапе проектирования бэкенда думали про другие платформы, кроме Java? Rust, C++, что-нибудь ещё без GC и с прямым управлением всеми ресурсами.
Всё так. Это ретроспективный пост в ожидании 2023.3, чтобы было с чем сравнивать. Заголовок поправил, спасибо большое.
Интересно, что многие до сих пор не знают, что же там произошло, и какие фичи добавились. Иначе бы меня за этот неправильный заголовок ("только что вышла") смешали бы с говном сильно раньше.
Если они дергают API ChatGPT, то это ограничение со стороны ChatGPT. Но значит, и решение точно такое же: прокси до куда-нибудь в США.
А ты завел тикет? Есть ссылка?
Нужно единое ядро.
GUI и User eXperience везде совершенно разные.
Operating system - это не только ядро, это еще и все остальное.
Каждая комбинация другого стека техологий сейчас порождает другую ОС. Это общепризнанная, общепринятая терминология. RedHat Enterprise Linux, Android, NixOS и ArchLinux - это четыре совершенно разных операционных системы, с разными способами управления ими.
Про UI/UX. Условно говоря, сейчас Microsoft в Windows 11 не может сделать, чтобы "панель задач" перемещалась по экрану и находилась где-то кроме нижней части экрана. Потому что даже это уже непосильное изменение UX. Им для этого пришлось бы половину программ переписывать радикально другим, более сложным способом.
Если ты работаешь в конторе, которая занимается логистикой (какой-нибудь условный СДЭК), то тебе на промышленный телефон устанавливают мобильный логистический терминал, мессенджер и рассыпуху мелочей типа QR-ридера. И всё, а что ещё нужно?
Если же нужно поиграть в Angry Brids, ну ты достаешь свой личный телефон, и с него играешь.
Таким образом достигается, как минимум, сохранность данных внутри контура безопасности корпоративного VPN. Пользователь может поставить нечто только из корпоративного закрытого магазина, доступного только внутри безопасного контура. Никаких тебе приложений с публичного плейстора с дырами на всю ширину. Никаких ссылочек на хреноту из интернета, где лежит малварь и куда утекают данные.
Универсальная ОС у нас есть - это Андроид. Чтобы его победить в честной схватке лоб в лоб, нужно вложить в маркетинг неимоверное количество бабла - больше, чем есть у Google и еще нескольких компаний, которые на Андроиде что-то делают (самсунг, сони, итп). Если сложить маркетинговый бюджет FAANG и причастных, то он не только больше бюджета Авроры, он больше бюджета России. Их невозможно победить на широком фронте. Но можно выбрать маленький конкретный фронт, и сделать супер заточенное под этот фронт решение, которое будет настолько хорошо сделанно и реализует настолько редкую и ненужную "коллективному Гуглу" функциональность, что они не будут соревноваться вовсе - ни лоб в лоб, вообще никак. Чем Аврора, в общем-то, и занимается. В мире существуют промышленные Андроиды, но их очень мало, и у Гугла есть очевидный конфликт интересов между рынком промышленных девайсов (которым нужна самостоятельность и кастомизируемость) и массмаркетом (которому нужны анальные зонды по типовому шаблону).
Всё так. К сожалению, никак не могу прокомментировать ситуацию с американским Bellsoft. С тем же успехом можно было бы спросить у меня комментарий речи Трампа про Байдена или что-то в этом роде.
Связи между AxiomJDK и американской компанией bell-sw нет. Чем они там занимаются - понятия не имею. У меня их сайт не открывается.
Аксиома всегда, самого появления, была коммерческим продуктом для специальных российских применений (типа 4-ого уровня доверия по ФСТЭК), и поэтому она доступна по запросу. Аксиому никогда нельзя было скачать просто так.
Я очень хорошо понимаю твою боль. Плохо, что нет "бесплатного" российского JDK. Возможно, когда-нибудь мы придумаем для Аксиомы специальную "хобби-лицензию" с запретом использовать в проде, но с возможностью тестировать на пет-проектах. Мы над этим думаем, но пока что такой опции нет.
В тестовых целях, ты можешь попробовать скачать всё что нужно через VPN, или самостоятельно склонировать и скомпилировать мэйнлайн репозиторий OpenJDK.
Насколько понимаю, это коммерческая система, да еще и с основным прицелом на профессиональный и промышленный рынок. Правильней сравнивать её с iOS в корпоративном режиме, или профессиональным мобильным оборудованием типа очков Google Glass. iOS тоже нельзя никуда самостоятельно портировать, а свежие Google Glass не получится приобрести физическому лицу. Вам просто нужны целиком другие аппараты. Либо дождаться, когда эти самые аппараты появятся на рынке, но они всё равно будут "как iOS".
Ух, ты объяснил почти каждую строчку, круто!
Что здесь хотелось бы увидеть: абстракт на один абзац, строк на 6 хотя бы. С описанием, что дано и какая задача. Что было, что стало.
Файлы лежат непонятно где и как, зависимости и конфиг в maven/gradle непонятно какие. Было бы круто сразу увидеть репозиторий на Гитхабе с минимальной демкой, по которому можно идти вместе со статьей и понимать написанное.
Все ссылки на отдельные строки можно было бы сделать ссылками на конкретные метки в GitHub. Гитхаб так может.
А вы им в поддержку писали? Может быть, есть какой-то простой, но совершенно неочевидный способ