Electron не конкурент, потому что в статье делают уклон на размер и производительность. С первым плохо у сайтиков, которым приходится тянуть с собой не кучу разных веббиблиотек, но и аж целый персональный инстанс хрома; со вторым плохо в целом у сайтов в силу чрезмерно высокоуровневости рантайма
>Для активации необходима SIM-карта той страны, для которой был выпущен смартфон
2022 год, а смартфоны зависят от каких-то вообще не обязательных по функционалу симкарт. Как примитивные кнопочные звонилки из начала века)00) Ах, да, потому что они есть звонилки с ограниченными смартфонными функциями
Так как раз ждали, чтобы чтобы интернет окончательно развился и модно было все передавать на сервер.
И почти не развивали локальное распознавание, а даже наоборот делали его все меньше. Потому что сейчас даже такие примитивные вещи, как позвонить контакту или поставить будильник через гугласистент нельзя без интернета даже на самых мощных смартфонах - а лет 15 назад выбор контакта для звонка голосом работал без всяких интернетов на кнопочных смартфонах с мощностью в сотни или даже тысячи раз меньшей
>потраченном на освоение винмобайл вместо андроида ну винмобайл появился за лет 8 до андроида. И тогда винмобайл был лучшим выбором из Symbian и других Palm OS
>о деньгах, потраченных на йотафон ну это же просто телефон, а любой телефон через 2-5 лет обычно меняют. То есть вы в любом случае заплатили бы за какой-то телефон на этот срок и этот срок бы уже давно прошел.
Ну а постоянные перекомпиляции проекта в юнити надоедают потому что юнитеки сборку не редко делают специально неправильно, ну и ещё случайно плодят баги
С синтаксисом Шарпа таких языков не сотни. А только SlowSharp.
Так а что плохого в разборе кода стандартными средствами? Ну то есть это может быть плохо, когда целевая платформа не содержит их по каким-то причинам. Но в случае SlowSharp всё целивые платформы их содержат, ведь он работает под unity даже на IOS, UWP, WebGL
Или вы имеете ввиду, что вам хотелось в любом случае сделать именно свой анализ кода?
Прелесть интерпретируемо1 релаизации c# ещё и в том, что можно просто взять и использовать одинаковый код и для интерпретации, и для компиляции.
Ну то есть проверили в интерпретаторе, поправили пока не будет работать - засунули в компилятор. И в обратную сторону тоже бывает нужно.
А в вашей реализации так не сделаешь, из-за специфичных "->".
Сам я не раз хотел замахнуться на свой интерпретатор c#, но как-то ленился. А потом уже и энтузиазм пропал, тем более что я наткнулся на готовый SlowSharp. В котором вроде как всё без отсебятины точно так же, как в c#.
Кстати, хотелось бы сравнений со SlowSharp, ну там в скорости и совместимостью с обычным c#
Electron не конкурент, потому что в статье делают уклон на размер и производительность. С первым плохо у сайтиков, которым приходится тянуть с собой не кучу разных веббиблиотек, но и аж целый персональный инстанс хрома; со вторым плохо в целом у сайтов в силу чрезмерно высокоуровневости рантайма
>Для активации необходима SIM-карта той страны, для которой был выпущен смартфон
2022 год, а смартфоны зависят от каких-то вообще не обязательных по функционалу симкарт. Как примитивные кнопочные звонилки из начала века)00)
Ах, да, потому что они есть звонилки с ограниченными смартфонными функциями
Но это не даёт 100% гарантии, что при наличии интернета она не полезет в него передавать записанный голос
Так как раз ждали, чтобы чтобы интернет окончательно развился и модно было все передавать на сервер.
И почти не развивали локальное распознавание, а даже наоборот делали его все меньше. Потому что сейчас даже такие примитивные вещи, как позвонить контакту или поставить будильник через гугласистент нельзя без интернета даже на самых мощных смартфонах - а лет 15 назад выбор контакта для звонка голосом работал без всяких интернетов на кнопочных смартфонах с мощностью в сотни или даже тысячи раз меньшей
Ну или сделав такие устройства подарочными/дешёвыми с функционалом кроме слежения и ограничить импортн аналогов.
Ну там всякие сбербоксы, алисытв
А если там есть запасные IP..
>потраченном на освоение винмобайл вместо андроида
ну винмобайл появился за лет 8 до андроида. И тогда винмобайл был лучшим выбором из Symbian и других Palm OS
>о деньгах, потраченных на йотафон
ну это же просто телефон, а любой телефон через 2-5 лет обычно меняют. То есть вы в любом случае заплатили бы за какой-то телефон на этот срок и этот срок бы уже давно прошел.
>жизни без 3ж
А это к чему? 3ж года с 2004го есть
Но при разработке UI в юнити не появляется проблем связанных с непредсказуемым (на разных платформах нативным UI).
В 99.9% случаев Unity UI будет выглядеть на всех платформах одинаково, так же как в редакторе. Потому что используется независимый от системы рендер
Такое одинаковое поведение не может гарантировать ни Avalonia, ни Xamarin, ни HTMLфреймворки
Ох уж эта жалкая пародия на портативные консоли.
Китайцы и прочие стартапы уже 5 лет (если не больше) делают портативки на х86_64. Без писков, без пустых гиганских отступов вокруг экрана.
А тут компания с гиганским бюджетом не может просто взять и сделать однозначно лучше, чем у стартапов и китайцев
раньше ослик был лучше..
QuantumBreak.png
ящик может быть один, а псевдонимов много. Тот же аутлук такое умеет
Но ведь компиляция в натив была ещё в 2000х в виде ngen, 2010х в виде net native и il2cpp
Один из самый действенных способов это выложить плагин в ассетсторе
UniScript(SlowSharp) как раз для юнити сделан.
Ну а постоянные перекомпиляции проекта в юнити надоедают потому что юнитеки сборку не редко делают специально неправильно, ну и ещё случайно плодят баги
С синтаксисом Шарпа таких языков не сотни. А только SlowSharp.
Так а что плохого в разборе кода стандартными средствами? Ну то есть это может быть плохо, когда целевая платформа не содержит их по каким-то причинам. Но в случае SlowSharp всё целивые платформы их содержат, ведь он работает под unity даже на IOS, UWP, WebGL
Или вы имеете ввиду, что вам хотелось в любом случае сделать именно свой анализ кода?
Замечательная идея*
Заместительная идея! Но зачем делать отсебятину?
Прелесть интерпретируемо1 релаизации c# ещё и в том, что можно просто взять и использовать одинаковый код и для интерпретации, и для компиляции.
Ну то есть проверили в интерпретаторе, поправили пока не будет работать - засунули в компилятор. И в обратную сторону тоже бывает нужно.
А в вашей реализации так не сделаешь, из-за специфичных "->".
Сам я не раз хотел замахнуться на свой интерпретатор c#, но как-то ленился. А потом уже и энтузиазм пропал, тем более что я наткнулся на готовый SlowSharp. В котором вроде как всё без отсебятины точно так же, как в c#.
Кстати, хотелось бы сравнений со SlowSharp, ну там в скорости и совместимостью с обычным c#
Skip() Take() гораздо лучше читаются, чем эти браинфаки
В C# принято использовать большую F