-= DriveR =-, "Кто-же его посадит, он же памятник!" (с)Косой

deleted

Планируется полный аналог десктопного HiAsm с поддержкой всех существующих пакетов.

И все же мне кажется, уводить HiAsm полностью в Web - плохая идея. Сейчас используемый компилятор, исходники, наборы компонентов и прочее - определяется моей локальной копией HiAsm, это позволяет не зависеть от интернета и в любой момент делать проги, где бы я ни был. Да, Web - это удобный способ контролировать доступ к платным компонентам и пакетам, вот только с точки зрения стороннего разработчика доверия к такой платформе никакого: никто не гарантирует, что исходники не будут подменены при сборке проекта на сервере HiAsm, и туда не будет зашит вредоносный код (реально вредоносный или только с точки зрения конкретного разработчика и его задачи, не суть).
Взглянем на другие среды разработки: даже такие гиганты, как Microsoft, не практикуют принудительной разработки в Web-среде. Онлайн-IDE сейчас довольно много развелось, да, но они только хранят файлы проектов у себя, никто не мешает взять и развернуть у себя тот же самый проект локально.
Посему считаю, что HiAsm не стоит уводить в Web полностью. Сделать полнофункциональную Web-версию среды - это круто и весьма полезно, особенно когда на локальном устройстве нет возможности развернуть локальную копию среды. Но и десктопную версию также развивать параллельно с Web-версией.

Assasin, если разработчик всерьёз решил развивать только онлайн среду, то для локальных пользователей ему придётся раздавать сервер компиляции с пакетами и т.п. и локально работа будет продолжаться в Chrome App версии приложения, просто можно будет выбирать место компиляции.

Плохая идея - это потратить время и силы на благо сообщества сторонников визуального программирования и через 12 лет трудов не получать за это никаких дивидендов.

Тенденции последних 10 лет показывают, что зависимость от подключения к интернету (отдельных программ и операционных систем в целом) растет, как растет и доступность этого самого интернета. Когда интернет будет у всех и везде или окажется в требованиях к нормальной работе ОС это лишь вопрос времени.

Однако в любом случае не понятно, откуда сделан такой вывод. Программу для десктопа невозможно запихнуть в web, а вот из web приложения сделать десктопную версию не составляет никакого труда. Это и магазины для браузеров (Chrome Store, Opera Store и т.д.) - будучи установленными в системе они работают на машине пользователя локально без необходимости постоянного подключения к интернету, и системы типа Electron и ему подобные - никак не связанные с интернетом локальные приложения с полным доступом к файловой системе, сокетам и прочим функциям ОС. Если брать в пример упомянутый Microsoft, то их Visual Studio для систем отличных от Windows как раз и является WEB приложением завернутым в десктопный javascript движок.

Ну это бесспорно

Проблема только в том, что браузер тащит за собой большой движок, что дает накладные расходы. Просто пара-тройка открытых и загруженных вкладок уже под сотню мегабайт памяти отбирает, когда там по сути несколько интерактивных элементов и статичный контент. Ну и проблема любого скриптового языка - производительность.
Пока эти проблемы не решены, как то не особо верится, что это хорошая идея.

WebAssembly, Emscripten
А так, довольно рискованный шаг, относительно использования веб-технологий в реализации standalone версии среды.
Но сам факт дальнейшего развития среды - радует.

Сегодня слишком мало пользователей что-то делает за компьютером не имея при этом открытого браузера с несколькими вкладками. А раз так, то ядро приложения уже находится в памяти и так и запуск еще одной вкладки (или приложения) займет памяти столько же, сколько будет занимать среда, написанная на Java, .NET/Mono или даже QT. Поэтому проблема кажется надуманной.


WebAssembly недавно приняли в последней редакции, однако в любом случае высокая производительность никогда не требовалась для HiAsm.

В любом случае я бы все же не рекомендовал сравнивать HiAsm и Hion непосредственно - у них много общего, но задачи и возможности достаточно сильно отличаются. В идеальном случае конечно же должно быть два продукта со своей целевой аудиторией и со своими задачами. Можно долго рассуждать о достоинствах и недостатках каждого, однако Hion никогда не даст такой интеграции с ОС как HiAsm, а HiAsm никогда не будет столько же широко доступен(по числу платформ и доступности на компьютере в принципе) как Hion. Во всяком случае в ближайшие лет 10.