В Unity пользовательский код на c#, причем даже сложный где требуется высокая производительность. Сами юнитеки многое стараются писать на удобном C# вместо cpp, и придумывают даже для этого суперхитрые компиляторы типа burst
В Unreal приходится колоться об плюсы, да. Так как там нет нормального языка для игровой логики. Но зато там геймдизайнеры чувствуют себя комфортно программируя мышкой (в юнити, кстати, тоже можно так)
В поделке от ВК же теперь предлагается либо колоться об плюсы, которые неудобны; либо использовать LUA, который и для программистов неудобен, и для геймдизанеров. А раньше предполагалось использовать c#, то есть как минимум программисты были бы довольны.
LUA себя зарекомендовал как средство для примитивных скриптов, когда ещё ничего нормального не было придумано либо в те времена на что-то удобное не хватало ресурсов. Низкий уровень входа нивелируется примитивностью языка и слабой инфраструктурой.
Похоже в комменты понабежали деды из 90х, которые игр никогда не делали, только модики для WoW и другого раритета.
Кстати, чему надо было учить в вузах? Во многих вузах учили бесполезным паскалю (или делфи), бейсику, а если повезёт то уже учили писать на c или cpp. Чтобы учили c# или java должно было уже сильно повезти
Но с любым грейдом и практически в любом случае офис это красный флаг, кроме случаев когда надо работать с каким-то специфическим оборудованием. И то задача работодателя придумать как это специфичное оборудование сделать доступным удаленно (если прям нельзя удаленно, то хотя бы сделать эмулятор такого оборудования) для максимального количества сотрудников - потому что ездить куда-то из дома на работу даже 2 раза в неделю это каменный век и путь в никуда. А менять место постоянного жительства только чтобы быть поближе к работе - ещё худший путь в никуда
Впрочем если хочется dotnet, то есть и так куча движков, кроме юнити, и в кое чем даже лучше юнити
Быстро можно вспомнить stride engine (open source) и everengine, а так чуть ли не каждый год новый движок на дотнете или с его поддержкой появляется (:
И потому что dotnet имеет реализации не только c#, но и lua, и питона, и js, и чего угодно можно сделать работающим в clr и использующим инфраструктуру dotnet
Заголовок вводит в заблуждение. Я ожидал увидеть статью про название приложения без использования кучи
А по самой статье: зачем использовать любую in memory DB? С меньшим оверхедом же можно просто хранить объекты нативно в памяти своего приложения.
Такие данные для других приложений уже будет недоступны конечно.. вот бы майкрософт сделала какое-то решение для того чтобы были доступны. Ну как раньше можно было между доменами объекты передавать
Вот этих ваших std::transform(expected.begin(), expected.end() нету в других сиподобных языках - так что с ними было бы непонятнее. И этот ваш питон непонятен знающим сиподобные языки.
Вообще в идеале надо было писать на c# или java, но в нейтральном стиле (например, не используя linq) чтобы всем было понятно. Там и в обоих языках много схожести, и плюсовики поймут (так как эти языки просто обезжиренный cpp), и не надо особо заморачиваться с хедерами и ссылками на вектора, и нету наследия от си чтобы спорить о его уместности
Так это софтовый менее проблемный вендерлок. Винду можно поставить куда угодно в отличии от железа нвидии
А из кросс платформенного есть Unity Barracuda, кстати. Но это привязываться к Unity
Вот бы уже все просто делали под DirectML, а не под вендерлок.
Но что-то даже сама Microsoft не особо спешит развивать DirectML и решения основанные на нём
>отсутствия отдельного кабинета или парковочного места
Работа в офисе - уже вполне себе причина увольнения
А какие требования к железу?
В Unity пользовательский код на c#, причем даже сложный где требуется высокая производительность. Сами юнитеки многое стараются писать на удобном C# вместо cpp, и придумывают даже для этого суперхитрые компиляторы типа burst
В Unreal приходится колоться об плюсы, да. Так как там нет нормального языка для игровой логики. Но зато там геймдизайнеры чувствуют себя комфортно программируя мышкой (в юнити, кстати, тоже можно так)
В поделке от ВК же теперь предлагается либо колоться об плюсы, которые неудобны; либо использовать LUA, который и для программистов неудобен, и для геймдизанеров. А раньше предполагалось использовать c#, то есть как минимум программисты были бы довольны.
LUA себя зарекомендовал как средство для примитивных скриптов, когда ещё ничего нормального не было придумано либо в те времена на что-то удобное не хватало ресурсов. Низкий уровень входа нивелируется примитивностью языка и слабой инфраструктурой.
Похоже в комменты понабежали деды из 90х, которые игр никогда не делали, только модики для WoW и другого раритета.
Кстати, чему надо было учить в вузах? Во многих вузах учили бесполезным паскалю (или делфи), бейсику, а если повезёт то уже учили писать на c или cpp. Чтобы учили c# или java должно было уже сильно повезти
обычно наоборот джунов и стажёров хотят в офис
Но с любым грейдом и практически в любом случае офис это красный флаг, кроме случаев когда надо работать с каким-то специфическим оборудованием. И то задача работодателя придумать как это специфичное оборудование сделать доступным удаленно (если прям нельзя удаленно, то хотя бы сделать эмулятор такого оборудования) для максимального количества сотрудников - потому что ездить куда-то из дома на работу даже 2 раза в неделю это каменный век и путь в никуда. А менять место постоянного жительства только чтобы быть поближе к работе - ещё худший путь в никуда
этим существом был альберт эйнштейн
Это какой-то троллинг или что?
Интуитивно кажется будто это "присвоить, если переменная равна null" или "присвоить, если переменная равна true", а не то о чем в статье написано
dotnet нормально работает везде.
Ваша информация опоздала лет так на 15
Ещё бы вернули бесплатные 15гб
и для написания своего движка есть как минимум MonoGame, SharpDx, ComputeSharp.
А Stride сильнее юнити в плане модульности
Впрочем если хочется dotnet, то есть и так куча движков, кроме юнити, и в кое чем даже лучше юнити
Быстро можно вспомнить stride engine (open source) и everengine, а так чуть ли не каждый год новый движок на дотнете или с его поддержкой появляется (:
И потому что dotnet имеет реализации не только c#, но и lua, и питона, и js, и чего угодно можно сделать работающим в clr и использующим инфраструктуру dotnet
В анриле на плюсах пишут единицы, а большинство программирует мышкой на блюпринтах. Потому что плюсы это неудобно для игровой логики
Потому что у dotnet большое игровое и не игровое коммунити. Потому что dotnet производительный и гибкий
>основное написание пользовательского кода предполагается средствами языков C++ (для всех систем движка) и Lua (для основных функций и систем)
запахло нафталином или чем там пахнет прошлый век
Заголовок вводит в заблуждение. Я ожидал увидеть статью про название приложения без использования кучи
А по самой статье: зачем использовать любую in memory DB? С меньшим оверхедом же можно просто хранить объекты нативно в памяти своего приложения.
Такие данные для других приложений уже будет недоступны конечно.. вот бы майкрософт сделала какое-то решение для того чтобы были доступны. Ну как раньше можно было между доменами объекты передавать
Вот этих ваших std::transform(expected.begin(), expected.end() нету в других сиподобных языках - так что с ними было бы непонятнее. И этот ваш питон непонятен знающим сиподобные языки.
Вообще в идеале надо было писать на c# или java, но в нейтральном стиле (например, не используя linq) чтобы всем было понятно. Там и в обоих языках много схожести, и плюсовики поймут (так как эти языки просто обезжиренный cpp), и не надо особо заморачиваться с хедерами и ссылками на вектора, и нету наследия от си чтобы спорить о его уместности
щас бы вспомнить сколько компетентного правительственного аппарата с другой стороны
и кто этот аппарат хотел бы там видеть)0)