В Hololens прям с 2015го года можно было делать 3д интерфейсы (и в основном из делали на unity). И там уже тогда это называли MR, чтобы откреститься от обыденного AR
То что js и( все что на нём основано) очень далеко от натива, хорошей производительности и даже серьезного удобного программирования - просто потому что js изначально не подразумевался для этого
Один лишь Windows Phone и Windows 8 имели элементы управления в более-менее доступных пальцу местах
А ещё там не было этого убогого опыта с открытием веббраузера внутри приложения, а котором нажал ссылку. Веббраузер открывался отдельно, что очевидно и понятно
У вас слишком предвзятое мнение. Минимально полноценный office уже в 2012 был социально доступен под arm на винде. Тогда же начали неофициально делать эмуляторы из х86 в arm для виндовс, и неофициальный компиляторы win32 под arm (официально был только winrt, он же ранее название UWP)
В 2018м пересмотрели подход к arm винде и официально выкатили бесшовный эмулятор x86 в arm, а так же начали выкатывать компиляторы для win32 под arm.
Со временем собрали под arm Винду разный софт, в том числе актуальную версию Office, Photoshop (я конечно не сторонник продуктов Adobe, но как там дела на линуксе?)0), Visual Studio. А то что не собрали работает через бесшовную эмуляцию, в том числе игры (это такая штука, ради который на aerm линуксе нужно кроме эмуляции х86 ещё и притворяться виндой)0))
Dotnet живёт вообще везде, в том числе куча линуксовых серверов крутят приложения на dotnet. А если для вас он ужасен, то что лучше? У dotnet из прямых конкурентов только более тормозная джава.
Kirigami это какой-то нонейм мертвый за пределами обычного мобильного андроида (то есть форка линукса) и декстопного линукса? Тот же UWP гораздо известнее и не был ограничен только мобилками и плоскими мониторами декстопа, а так же работает на игровых консолях и даже в Mixed Reality. А на декстоп UWP наконец-то принесла ограниченный жизненный цикл приложений - то есть приложение не будет плодить тонны мусора в автозагрузке и в фоновом режиме есть кучу ресурсов в пустую потому что его разработчики так захотели. В итоге на ноутбуках и планшетах был сильный выигрыш по автономной работе. Да и на стационарных компах не приходилось докупать ОЗУ вагонами. А к мобиле модно было подключить монитор и получить декстопный гуй в приложениях. А в Mixed Reality можно было размещать окна приложений по всей комнате + иметь полную иммерсивность управляя с помощью просто рук и глаз.
Так-то винда первая из популярных декстопных систем, которая начала полноценную поддержку арм и "прозрачной" эмуляции там х86
Да и в целом Microsoft всегда была за совместимость: тот же dotnet делался чтобы не забивать себе голову какая там именно архитектура у ЦПУ; а ещё UWP вообще стёрла разницу между мобильной и дектопной ОС - пока апол даже не могла добиться совместимости даже между своим 6 и 10 айфонами с одинаковыми процессорами
Ну так-то не всегда лучше, тот же воздух в городах часто неприятнее. Да и сидеть в бетонной коробке вместо нормального дома с участком не каждому понравится
Да вроде в MS Store и просто в интернете всегда находились альтернативы. И искать эти альтернативы надо было всегда, потому что связываться с принципиально проблемным ПО от Adobe даже во время официальной доступности не хотелось. Акробат я уже лет 10+ не пробовал, сужу только по PS, Ai
Вообще-то il2cpp не нужен. Поскольку в apple appstore всегда пропускались приложения на Xamarin. Более того в apple appstore есть даже IDE для NET (Continuous .NET C# and F# IDE), которая прям на устройстве запускает свеженаписанный код.
Вообще именно промежуточная компиляция в плюсы лишняя поскольку тот же Xamarin mono AOT компилируется в LLVM (который точно разрешен аполом) минуя всякие плюсы и экономя кучу времени.
А net framework вообще умеет компилироваться прям в машинный код (а не просто в LLVM) с помощью ngen. Net внутри UWP умеет компилироваться прям в машинный код с помощью Net Native. И наконец современный NET умеет компилироваться с помощью Native AOT.
Так для ГПУ скомпилируется в не ООП. Под ЦПУ же никто уже не пишет на ассемблере, а так то ЦПУ тоже ООП не понимают.
Если хочется обрабатывать сразу "всех объектов сцены", то можно реализовать ECS. Ну а уж про SIMD стоит вспоминать только если какая-то стратегия на десятки тысяч юнитов делается, ну и NET должен через 1-2 версии реализовать SIMD нативно (а не через отдельный компилятор и особый рантайм как в юнити). Но опять же: это действительно нужно очень редко. В большинстве игр производительность страдает из-за кривых ассетов, а не из-за логики. Потому что логика в большинстве игр процессора научились вывозить ещё 10-20 лет назад причем тогда в играх даже физики было сильно больше.
А, например, в том же юнити напридумывали костылей типа IL2CPP и Burst потому что зачем-то сделали внутренности движка на плюсах и взаимодействие с ними порой через объекты в куче, ну и в качестве райнтайма выбрали Mono, который сам по себе медленнее, чем NET и даже медленнее чем Net Framework. Если использовать ровные руки, не делать лишних аллокаций и не делать лишних вызовов в другой рантайм, то для хороший производительности большинству проектов реально хватит даже NET Framework 4 без всяких SIMD.
А так игровую логику даже на всяких языках и рантаймах с большим оверхедом, типа Java, JS, Phyton и Lua
В Hololens прям с 2015го года можно было делать 3д интерфейсы (и в основном из делали на unity). И там уже тогда это называли MR, чтобы откреститься от обыденного AR
На dos не ставятся win32 приложения и что?
UWP с 2016года точно можно было ставить из своих источников
То что js и( все что на нём основано) очень далеко от натива, хорошей производительности и даже серьезного удобного программирования - просто потому что js изначально не подразумевался для этого
Опять пытаются язык для простеньких макросов в документах назвать приложением
Вы правы.
Тогда для решения можно попробовать использовать int64[2][int32.MaxValue][int32.MaxValue]
можно создать массив с длиной расзмером с long или же int64, но конечно не через Enumerable.Range(..)
Один лишь Windows Phone и Windows 8 имели элементы управления в более-менее доступных пальцу местах
А ещё там не было этого убогого опыта с открытием веббраузера внутри приложения, а котором нажал ссылку. Веббраузер открывался отдельно, что очевидно и понятно
У вас слишком предвзятое мнение. Минимально полноценный office уже в 2012 был социально доступен под arm на винде. Тогда же начали неофициально делать эмуляторы из х86 в arm для виндовс, и неофициальный компиляторы win32 под arm (официально был только winrt, он же ранее название UWP)
В 2018м пересмотрели подход к arm винде и официально выкатили бесшовный эмулятор x86 в arm, а так же начали выкатывать компиляторы для win32 под arm.
Со временем собрали под arm Винду разный софт, в том числе актуальную версию Office, Photoshop (я конечно не сторонник продуктов Adobe, но как там дела на линуксе?)0), Visual Studio. А то что не собрали работает через бесшовную эмуляцию, в том числе игры (это такая штука, ради который на aerm линуксе нужно кроме эмуляции х86 ещё и притворяться виндой)0))
Dotnet живёт вообще везде, в том числе куча линуксовых серверов крутят приложения на dotnet. А если для вас он ужасен, то что лучше? У dotnet из прямых конкурентов только более тормозная джава.
Kirigami это какой-то нонейм мертвый за пределами обычного мобильного андроида (то есть форка линукса) и декстопного линукса? Тот же UWP гораздо известнее и не был ограничен только мобилками и плоскими мониторами декстопа, а так же работает на игровых консолях и даже в Mixed Reality. А на декстоп UWP наконец-то принесла ограниченный жизненный цикл приложений - то есть приложение не будет плодить тонны мусора в автозагрузке и в фоновом режиме есть кучу ресурсов в пустую потому что его разработчики так захотели. В итоге на ноутбуках и планшетах был сильный выигрыш по автономной работе. Да и на стационарных компах не приходилось докупать ОЗУ вагонами. А к мобиле модно было подключить монитор и получить декстопный гуй в приложениях. А в Mixed Reality можно было размещать окна приложений по всей комнате + иметь полную иммерсивность управляя с помощью просто рук и глаз.
Так-то винда первая из популярных декстопных систем, которая начала полноценную поддержку арм и "прозрачной" эмуляции там х86
Да и в целом Microsoft всегда была за совместимость: тот же dotnet делался чтобы не забивать себе голову какая там именно архитектура у ЦПУ; а ещё UWP вообще стёрла разницу между мобильной и дектопной ОС - пока апол даже не могла добиться совместимости даже между своим 6 и 10 айфонами с одинаковыми процессорами
Но это уже получается по факту не город
Но будет просадка производительности
Ну так-то не всегда лучше, тот же воздух в городах часто неприятнее. Да и сидеть в бетонной коробке вместо нормального дома с участком не каждому понравится
Это точно хабр, а не телеканал "Спас"?)0)
Да вроде в MS Store и просто в интернете всегда находились альтернативы. И искать эти альтернативы надо было всегда, потому что связываться с принципиально проблемным ПО от Adobe даже во время официальной доступности не хотелось. Акробат я уже лет 10+ не пробовал, сужу только по PS, Ai
Не всегда и не настолько чтобы ждать компиляции вечность
Вообще-то il2cpp не нужен. Поскольку в apple appstore всегда пропускались приложения на Xamarin. Более того в apple appstore есть даже IDE для NET (Continuous .NET C# and F# IDE), которая прям на устройстве запускает свеженаписанный код.
Вообще именно промежуточная компиляция в плюсы лишняя поскольку тот же Xamarin mono AOT компилируется в LLVM (который точно разрешен аполом) минуя всякие плюсы и экономя кучу времени.
А net framework вообще умеет компилироваться прям в машинный код (а не просто в LLVM) с помощью ngen. Net внутри UWP умеет компилироваться прям в машинный код с помощью Net Native. И наконец современный NET умеет компилироваться с помощью Native AOT.
Так для ГПУ скомпилируется в не ООП. Под ЦПУ же никто уже не пишет на ассемблере, а так то ЦПУ тоже ООП не понимают.
Если хочется обрабатывать сразу "всех объектов сцены", то можно реализовать ECS. Ну а уж про SIMD стоит вспоминать только если какая-то стратегия на десятки тысяч юнитов делается, ну и NET должен через 1-2 версии реализовать SIMD нативно (а не через отдельный компилятор и особый рантайм как в юнити). Но опять же: это действительно нужно очень редко. В большинстве игр производительность страдает из-за кривых ассетов, а не из-за логики. Потому что логика в большинстве игр процессора научились вывозить ещё 10-20 лет назад причем тогда в играх даже физики было сильно больше.
А, например, в том же юнити напридумывали костылей типа IL2CPP и Burst потому что зачем-то сделали внутренности движка на плюсах и взаимодействие с ними порой через объекты в куче, ну и в качестве райнтайма выбрали Mono, который сам по себе медленнее, чем NET и даже медленнее чем Net Framework. Если использовать ровные руки, не делать лишних аллокаций и не делать лишних вызовов в другой рантайм, то для хороший производительности большинству проектов реально хватит даже NET Framework 4 без всяких SIMD.
А так игровую логику даже на всяких языках и рантаймах с большим оверхедом, типа Java, JS, Phyton и Lua
И наступили тёмные 2020е? В чем минус-то?
И в Stride есть почти такое же возюканье, а вот программирвоание там на уровень выше по удобству