The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от opennews on 18-Июн-15, 11:28 
Бренден Айк (Brendan Eich), создатель языка JavaScript, представил (https://brendaneich.com/2015/06/from-asm-js-to-webassembly/) проект WebAssembly (https://www.w3.org/community/webassembly/), совместно  развиваемый ведущими производителями браузеров под эгидой организации W3C. В рамках проекта планируется подготовить унифицированный низкоуровневый промежуточный код для выполнения в браузере приложений, скомпилированных из различных языков программирования, фокусируясь на начальном этапе в основном на языках С и С++, но не ограничиваясь ими.

По своим задачам  WebAssembly во многом напоминает PNaCl (Portable Native Client) и Asm.js. Основное отличие (https://github.com/WebAssembly/design/blob/master/FAQ.md) от Asm.js состоит в том,  что  WebAssembly является бинарным форматом, не завязаным на исходных текстах JavaScript  и позволяющим выполнять в браузере низкоуровневый промежуточный код. При этом, в отличие от PNaCl промежуточный код не является машинным кодом и не изолирован в отдельной виртуальной машине, а выполняется с похожим на JavaScript уровнем изоляции и реализован на уровне штатных движков JavaScript (по сути предлагается технология компиляции JavaScript-приложений, с возможностью доступа к объектам JavaScript, DOM и Web API).


Для генерации кода WebAssembly планируется (http://lists.cs.uiuc.edu/pipermail/llvmdev/2015-June/086881....) подготовить специальный бэкенд к clang/LLVM, который сможет быть использован в том числе для генерации кода уже существующими проектами, такими как Emscripten и PNaCl. Т.е. вместо герерации JavaScript и собственного байткода, Emscripten и PNaCl смогут герерировать универсальный код WebAssembly. Для изучения кода WebAssembly и отладки предусмотрена (https://github.com/WebAssembly/design/blob/master/TextFormat.md) возможность преобразования промежуточного бинарного кода в наглядное текстовое представление.

Среди основных задач WebAssembly выделяется обеспечение переносимости между браузерами, предсказуемость поведения и идентичности выполнения кода на разных платформах. Использование WebAssembly также позволит существенно скратить размер приложений, благодаря компактному промежуточному коду, и увеличить скорость декодирования. В частности, текущий прототип  WebAssembly демонстрирует в 20 раз более высокую скорость декодирования промежуточного кода по сравнению с JavaScript и генерирует на 45% более компактное представление кода по сравнению с минимизированным кодом Asm.js, сжатым при помощи gzip.

По мере развития проекта, его планируется (https://github.com/WebAssembly/design/blob/master/FutureFeat...) расширить поддержкой таких возможностей, как динамическое связывание,
полное управление памятью (mmap, shared memory), низкоуровневый доступ к структурам сборщика мусора, JIT-компиляция, многопроцессный режим выполнения, SIMD API (http://www.opennet.me/opennews/art.shtml?num=40557), асинхронные сигналы, расширенные целочисленные операции и т.п.


WebAssembly позиционируется как совместный проект, развиваемый всеми ведущими производителями браузеров. В основную команду, которая будет развивать WebAssembly, вошли разработчики PNaCl и движка V8 из Google, представители Microsoft и Mozilla, а также разработчики Emscripten. Внедрение WebAssembly даст возможность (https://github.com/WebAssembly/design/blob/master/UseCases.md) воплотить в жизнь создание новых продуктов, работающих в браузере, в том числе высокопроизводительных игр, систем редактирования видео/звука/изображений, P2P-систем, САПР, средств разработки и коммуникации, в том числе упоминается возможность запуска локального web-сервера в браузере и эффективная упаковка web-фреймворков.

URL: https://brendaneich.com/2015/06/from-asm-js-to-webassembly/
Новость: http://www.opennet.me/opennews/art.shtml?num=42451

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +9 +/
Сообщение от Gallardo994 email on 18-Июн-15, 11:28 
то есть теперь устраивать ботнеты и воровать данные будет еще проще?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +3 +/
Сообщение от A.Stahl (ok) on 18-Июн-15, 11:35 
Да вроде нет. С чего бы? Просто вместо текстового ЖС будет байткодный блоб. Права те же. В масштабе безопасности ничего не должно измениться.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +5 +/
Сообщение от bav (ok) on 18-Июн-15, 11:43 
> В масштабе безопасности ничего не должно измениться.

динамическое связывание, полное управление памятью (mmap, shared memory), низкоуровневый доступ к структурам сборщика мусора, JIT-компиляция, многопроцессный режим выполнения,
SIMD API, асинхронные сигналы, расширенные целочисленные операции и т.п.

Ню-ню.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

8. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Alexey (??) on 18-Июн-15, 11:47 
Ну это все-таки еще мечталки. В текущем виде это больше похоже на упакованный и оптимизированный js-код.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от A.Stahl (ok) on 18-Июн-15, 11:50 
Ну вот и будет эта программа возиться с такими же привилегиями как и яваскрипт интерпретатор. Пусть с масштабе этих привилегий хоть голышом под луной танцует. В худшем случае засегфолтится.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

24. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от 1 (??) on 18-Июн-15, 14:17 
> Пусть с масштабе этих привилегий хоть голышом под луной танцует.

биткойны чужие обсчитывать

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

25. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от A.Stahl (ok) on 18-Июн-15, 14:37 
Но ведь ничего не мешает и сейчас это делать. Хоть биткойны считай, хоть поведение клопов на матрасе из 105-б моделируй.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

43. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +2 +/
Сообщение от bav (ok) on 18-Июн-15, 23:29 
> Ну вот и будет эта программа возиться с такими же привилегиями как и яваскрипт интерпретатор.

Прямой доступ к памяти несколько выходит за эти рамки.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

42. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  –1 +/
Сообщение от vn971 (ok) on 18-Июн-15, 23:27 
* заодно ещё больше усложним написание назависимых браузеров

* в ныне существующих браузерах добавим багов побольше, чтоб никто не забывал о табличке "Firefox вынужден завершить работу" (или как там)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +26 +/
Сообщение от Школьник (ok) on 18-Июн-15, 11:44 
>в том числе упоминается возможность запуска локального web-сервера в браузере

Ну ладно веб-сервер, а нормальный браузер-то внутри браузера можно будет запустить? Такого, чтобы памяти много не жрал?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  –1 +/
Сообщение от Аноним (??) on 18-Июн-15, 11:44 
Классная задумка, однако. Лишь бы реализация не подкачала.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  –1 +/
Сообщение от Аноним (??) on 18-Июн-15, 16:04 
То, чем не стал X11.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

57. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Алоним on 01-Июл-15, 18:16 
Это реинкарнация Flash.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

45. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +4 +/
Сообщение от Анончег on 19-Июн-15, 01:20 
> ... В рамках проекта планируется подготовить унифицированный низкоуровневый промежуточный код для выполнения в браузере приложений, скомпилированных из различных языков программирования, фокусируясь на начальном этапе в основном на языках С и С++, но не ограничиваясь ими.

Срочно шлите Айку телеграмму:

Такие браузеры уже есть ТЧК
Они называются операционные системы ТЧК
Всё уже написано до нас, хватит терзать Му-му ВСК

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

47. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от анон on 19-Июн-15, 06:25 
>Такие браузеры уже есть ТЧК

ActiveX

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

51. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Анончег on 20-Июн-15, 01:46 
> ActiveX

Да, второе пришествие.


Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

10. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +6 +/
Сообщение от омномномнимус on 18-Июн-15, 12:00 
когда-то я был искренне рад, что некоторые десктопные задачи переносятся в браузер. Но сейчас меня пугает это стремление все перенести в браузер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +7 +/
Сообщение от Аноним (??) on 18-Июн-15, 12:03 
еще activx не додох до конца...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +6 +/
Сообщение от none7 (ok) on 18-Июн-15, 12:04 
Новость конечно хорошая, но как бы разработчики не начали по старой памяти тянуть различные фреймворки вроде Qt или .NET. Сколько будет весить средний сайт 50Мб? Или 100Мб?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 13:10 
Если у них= хватит мозгов сделать библиотеки с манифестами и кросс-сайтное кэширование для них - то невелика разница. Загрузится один раз, и всё. Результат может запросто оказаться компактнее и шустрее, чем возня с развесистым DOM-деревом.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

22. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от none7 (ok) on 18-Июн-15, 14:07 
> Если у них= хватит мозгов сделать библиотеки с манифестами и кросс-сайтное кэширование
> для них - то невелика разница. Загрузится один раз, и всё.
> Результат может запросто оказаться компактнее и шустрее, чем возня с развесистым
> DOM-деревом.

Даже если это добавят в стандарт, мало кто этим будет пользоваться. Вроде именно так сейчас обстоят дела с jQuery и прочими фреймворками. Все скачивают свою копию, как правило не самую свежую, так надёжнее.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

27. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 14:58 
Ну так понятно, что версию (а то и контрольную сумму) надо фиксировать. И при выборе тянуть Qt заново или взять из кэша - будут брать как миленькие.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

37. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +2 +/
Сообщение от Аноним (??) on 18-Июн-15, 18:08 
Так Qt уже можно тянуть используя Emscripten:
http://vps2.etotheipiplusone.com:30176/redmine/projects/emsc...

По личному опыту сам собирал небольшой проект используя Emscripten который тащил за собой из больших зависимостей SDL, box2d, lua и freetype. Все довольно быстро загружалось и работало. Если использовать это для портирования игр в браузер то в итоге ресурсы игры будут занимать большую часть проекта и размер скомпилированного бинарника и библиотек на их фоне становятся незаметным. В моем проекте получаемый итоговый js файл со всеми зависимостями получался размером в 17.1 мегабайт без сжатия. Если сжимать используя gzip то размер сокращался до 2.3 мегабайт. А в сжатом виде отправлять и принимать умеет любой нормальный веб сервер и браузер.

Самое большое ограничение сейчас в Emscripten это отсутствие поддержки потоков. Если данное решение добавит нормальную реализацию потоков да при этом добавит еще и производительности и при этом как Emscripten не будет требовать переработки всего проекта для запуска и будет работать в любом браузере то это очень даже будет нужно.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

38. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от none7 (ok) on 18-Июн-15, 18:58 
Я ведь боюсь не за игры, а за типичные хомпаги, блоги и т.д. Если на Qt с кучей зависимостей состряпать страничку под все платформы будет быстрей, то не сомневайтесь именно на Qt её и нарисуют. А ещё вполне вероятный сценарий использования C#, PHP, Python, Ruby,... вместо JS, потому, что можно, круто, молодёжно. Нужно всего лишь скачать нужный фреймворк, желательно весь, во избежание различных глюков, багов.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

50. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Crazy Alex (ok) on 19-Июн-15, 23:37 
ну не будет посетителей у такого дебила, делов-то
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

13. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от anonymous (??) on 18-Июн-15, 12:06 
это они своеобразный Джавовский байт-код для браузеров изобретают?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +4 +/
Сообщение от none7 (ok) on 18-Июн-15, 12:13 
У Java свободного управления памятью нет, это больше похоже на IL-код, но с изоляцией от хостовой ОС.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Anonymus on 18-Июн-15, 12:25 
Нет, это они REBOL изобретают.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

16. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Аноним (??) on 18-Июн-15, 12:48 
Надеюсь это будет отключаемо, иначе придется юзать старые браузеры
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от правдоруб on 18-Июн-15, 13:04 
Весь JavaScript - это такая же дыра в безопасности, как и автозапуск с CD/флэшек.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 13:08 
Непонятно, что будет с PNaCl. Он, во-первых, быстр а во-вторых не ограничен, как браузер - к примеру, pthreads  в нём доступны.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +2 +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 13:17 
Впрочем, уход от JS в любом случае будет прорывом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +3 +/
Сообщение от jOKer (ok) on 18-Июн-15, 14:45 
Crazy, это, ИМХО, уход не в ту сторону!

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

При этом любые такие вмешательства /в бизнес-логику/ в принципе возможны, хотя и требуют _предварительных_ действий со стороны пользователя (установка плагинов). В сабже же, насколько я понял, все то, что раньше требовало _предварительных_ действий, теперь делается на лету. Плюс (хотя, ИМХО, это не "плюс", а "минус"!) - отсутствие песочниц и иных сдерживающих механизмов.

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

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

Это я даже еще не касаюсь проблем с закрытым кодом, а они обязательно будут, поскольку любой аудит станет чрезвычайно усложненным.

Да, производители игр, и всякой такой хни однозначной выиграют. В выигрыше будут все те, кто ранее продавал сложное и дорогое традиционное ПО, а теперь будет иметь возможность его сдавать в аренду. Но стоят ли их интересы такой цены?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

28. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +2 +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 15:05 
Либо ты, либо я что-то не так прочёл. То, что они предлагают, никак не увеличивает возможности скриптов, они могут всё то, что сейчас может JS. Просто разработчику перестают навязывать один истинный язык.

Ну а что пользователь имеет неконтролируемую среду - понятно, что это плохо. Но, во-первых, это и сейчас в браузере так - минифицированный JS, asm.js, NaCl. Во-вторых - а что делать, если пользователь идиот и не хочет и не может управлять софтом на своей машине? Сколько тут желающих загрузить программку и её запустить - мимо дистрибутива и какого-либо аудита?

Лично я смирился с тем, что контролируемый пользователем софт - это удел меньшинства года три назад. Может, что-то поменяется когда человеко-машинные интерфейсы разовьются и содержимое личного компа будет не очень отделимо от содержимого головы. А пока, может, мне хотя бы разрабатывать для этой уродины-веба (что делать приходится иногда) будет полегче.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

34. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от jOKer (ok) on 18-Июн-15, 16:57 
>Либо ты, либо я что-то не так прочёл.

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

21. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от Аноним (??) on 18-Июн-15, 13:44 
> от Asm.js состоит в том,  что  WebAssembly является бинарным
> форматом, не завязаным на исходных текстах JavaScript  и позволяющим выполнять
> в браузере низкоуровневый промежуточный код.

Понятно - это такой заговор проприетариев ...
Типа "Мы прорпиетары! Сопротивление бесполезно! Мы вас везде достанем! Приготовтесь к введению зонда!"

> промежуточный код не является машинным кодом и не изолирован в отдельной
> виртуальной машине, а выполняется с похожим на JavaScript уровнем изоляции и
> реализован на уровне штатных движков JavaScript
> Среди основных задач WebAssembly выделяется обеспечение переносимости между браузерами,
> предсказуемость поведения и идентичности выполнения кода на разных платформах.

Ага. Когда-то жаба-жоплетты так же пиарили.

>  Внедрение WebAssembly даст возможность (https://github.com/WebAssembly/design/blob/master/UseCases.md)
> воплотить в жизнь создание новых продуктов, работающих в браузере, в том
> числе высокопроизводительных игр, систем редактирования видео/звука/изображений, P2P-систем,
> САПР, средств разработки и коммуникации, в том числе упоминается возможность запуска
> локального web-сервера в браузере и эффективная упаковка web-фреймворков.

Т.е. нормального просмотрщика веба ждать не стоит, ибо лавры емакса кое-кому  покоя не дают?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +4 +/
Сообщение от ram_scan on 18-Июн-15, 15:24 
А не проще вместо этих танцев с саблями прям из браузера сразу виртуальное гостевое окружение на аппаратной виртаулизации такой хрени давать ? И дыр меньше будет, и работать будет нормально.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 15:38 
Учитывая, что даже NaCl не прошёл - вряд ли виртуальное гостевое окружение прокатит. Основная проблема - они хотят иметь стандартную платформу для приложений, которой нынче и стал браузер. Шли бы товарищи лесом, конечно - нативный контролируемый пользователем софт всяко лучше - но ведь не пойдут же...
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

32. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от jOKer (ok) on 18-Июн-15, 16:48 
"Нативный контролируемый пользователем софт" плохо подходит под концепцию "ПО как услуга", а это серьезная проблема для ребят желающих выжать доход с пользователей по максимуму, и не быть при этом распластанным пиратским тесаком.

Кроме того, как ты сам же замечал чутка выше, людей умеющих и понимающих как этот самый нативный софт контролировать весьма не много на фоне общей массы. Да их, ИМХО, и не должно быть много. Вон, к примеру, автолюбителей полно, но людей _действительно_ контролирующих свое авто - чуть да маленько. Сервисники, механики, профи со стажем.. все. А почему в сфере ИТ должно быть иначе? Вот и получается, что время нативного софта потихоньку уходит. Правда вот веб - это тоже не совсем оно, как я понимаю, но как говаривал один национал-предатель "процесс пошел"

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 17:01 
Ну да, сошлись интересы - одни не хотят урпавлять и разбираться, другие хотят иметь контроль и, соответственно, прибыль. Что не мешает мне злобно на это дело ругаться.

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

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

Ладно, слезу пока с броневичка, надо всё это ещё раз думать да как-то систематизировать...

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

40. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Kodir (ok) on 18-Июн-15, 23:17 
>  Вот и получается, что время нативного софта потихоньку уходит.

неа :) Это ХОТЯТ чтобы так было, но реально-то кто код пишет? МЫ. Не захотим - и эта *овноподелка сгинет, даже не начавшись.
Например, если Win10 будет слишком много умничать и лезть в мою жизнь, будет снесена в первый же день. Вообще-то, я её даже не ставил, но есть подозрение, что SaaS будет там в полный рост. Ну так и чего? Останусь на Win7!
Есть люди, у которых есть деньги и руль, но они НИКУДА не поедут, если никто не будет крутить им педали.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

41. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 23:24 
Ты же понимаешь, что так поступит очень мало людей? Не то чтобы это было ужасно - может, в результате вернутся времена, когда софт делался не для массовой аудитории, а для себя и для тех, кто понимает, что к чему.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

52. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от DFX (ok) on 20-Июн-15, 04:30 
"В сфере IT должно быть иначе", потому что в сфере IT мы пока можем давать отпор подобным зондеркомандам. И всяких не-можешь-победить->присоединяйся стоит считать коллаборационистами.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

53. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от jOKer (ok) on 20-Июн-15, 05:34 
>"В сфере IT должно быть иначе", потому что в сфере IT мы пока можем давать отпор подобным зондеркомандам

Фу, ну что за детский максимализм? Если подумать, то мы ведь радоваться этому должны! Это же обозначает что ИТ, как индустрия стала взрослой, и главный признак этого то, что потребители могут и стали нам доверять не интересуясь особо как созданное нами ПО устроено внутри. Это наша общая победа на самом-то деле. Что же в этом плохого-то?

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

33. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от lucentcode (ok) on 18-Июн-15, 16:51 
Наконец-то кто-то додумался до правильного решения. Браузер должен уметь выполнять промежуточный код, в который можно будет компилировать код на разных ЯП(C, C++, JS, да на Lua или Python).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +4 +/
Сообщение от Crazy Alex (ok) on 18-Июн-15, 17:03 
Вообще-то правильным решением было бы выполнять 99.9% этого кода не в браузере, а в нормальных нативных приложениях. Но да, это меньший костыль чем то, что есть сейчас.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

39. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +5 +/
Сообщение от Kodir (ok) on 18-Июн-15, 23:11 
Такое ощущение, что когда изобретают очередной велосипед, его создатели будто прилетают с марса. Java? Bytecode? MSIL? Не, не слышал!
Фактически, нам В ТРЕТИЙ раз пытаются навязать какие-то плюхи, исполняемые из браузера. Вопрос: зачем?? Браузер - это программа просмотра гипертекста! Такая же равноправная, как калькулятор и косынка. Почему никто не встраивает JS в калькулятор? Или просматривает Web через WinAmp? Да потому, что это бред!
Хотите межплатформенные приложения - займитесь наконец уже стандартами! А лучше реализацией - тот же .NET давно уже можно было поддержать на всех мобилах, что в свою очередь сразу бы дало возможность запускать любые .NET приложения на любой платформе. Но нет, мы же ещё не достигли апогея идиократии! Возьмём самый бестолковый, опасный язык и залепим из него "клепатель веб приложений"! Вау. Разбудите, когда всё это дерьмо пройдёт и придумают байткод в четвёртый раз.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Виктор (??) on 25-Дек-15, 10:56 
После того, как язык стал тьюринг-полным, бестолковым может быть только кодер с кривыми руками.
Неумение - повод не кричать, а идти учится =)
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

44. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Аноним (??) on 19-Июн-15, 01:12 
Смысл какой?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Мимопроходил on 19-Июн-15, 06:20 
Хм... Я не ахти какой программист, скорее инфоархивариус, потому припомнил проект Juice 20-летней давности, который делал почти то же самое, но лучше.
Мда... Ничто не ново.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от manster (ok) on 19-Июн-15, 13:03 
Выступление автора было еще в апреле. Хорошо бы все-таки послушать синхронный перевод или хотя-бы материалы в текстовом виде.

То что сейчас преподносится не очень похоже на автора.

Как-то странно, что заговорили об этом сейчас. Прошло незамеченным и вдруг заметили?

Эта инициатива вообще от него исходит? Пчелы против меда? Что такое asm.js? Это типизированный js. Только на днях приняли новый стандарт наверное с похожими возможностями.

Может быть со стороны, технология выглядит интересной и полезной, но запуская с такими технологиями браузер, будут терзать постоянно смутные сомнения, что в моем компьютере присутствует "онлайн зонд"

Пока только просматривается возрастающая на многие порядки сложность аудита такого контента и его создания.

В общем настало время задуматься о сохранении текстового формата как основного стандарта представления информации.

Мне кажется модель безопасности исполнения кода в браузерах должна сохраняться - никакого исполняемого кода на клиенте, только более улучшенное выполнение логики интерпретируемыми скриптами в пределах песочницы.


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +1 +/
Сообщение от z (??) on 19-Июн-15, 14:53 
Я наверное чего-то не понимаю... Но разве такой штуки уже нет? Которая называлась бы Java?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  –1 +/
Сообщение от manster (ok) on 20-Июн-15, 20:48 
Это Java для Javascript ;)
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

55. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Аноним email(??) on 21-Июн-15, 09:04 
это фича чтоб адблочеров забородить, и тянуть деньгу, че тут не понятного
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "Анонсирован WebAssembly, обеспечивающий запуск скомпилирован..."  +/
Сообщение от Amerigo on 27-Июн-15, 07:41 
Ещё очередная попытка взять компы хомяков под удалённый контроль. Еще один велосипед под видом новшества, где будут опробоваться новые варианты, которые диктует новое время.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру