<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Mozilla развивает&amp;#8202;WASI для использования WebAssembly в...</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html</link>
    <description>Разработчики Mozilla представили (https://hacks.mozilla.org/2019/03/standardizing-wasi-a-webassembly-system-interface/) проект WASI (https://wasi.dev/) (WebAssembly System Interface), в рамках которого ведётся работа по определению программных интерфейсов, которые можно использовать для организации взаимодействия с операционной системой приложений, поставляемых в формате WebAssembly (http://webassembly.org/). Целью проекта является предоставление API, расширяющего область использования WebAssembly и позволяющего создавать на базе данной технологии обычные программы, выполняемые вне браузера.&lt;br&gt;&lt;br&gt;&lt;br&gt;WASI даёт возможность (https://github.com/CraneStation/wasmtime/blob/master/docs/WASI-overview.md) из окружения для выполнения WebAssembly получить доступ к предоставляемым операционной системой функциям, таким как файлы и файловая системой, сетевые сокеты, таймеры и генераторы случайных чисел. API WASI изначально развивается как не привязанный к бразуерам и независящий от Web API и JavaScript, но при этом предоставля</description>

<item>
    <title>Mozilla развивает&amp;#8202;WASI для использования WebAssembly в... (Урри)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#127</link>
    <pubDate>Sat, 25 May 2019 03:48:49 GMT</pubDate>
    <description>Не факт. Ребята из эмскриптен уже 6 вариант многопоточности изобретают, и все никак нормально не летит. &lt;br&gt;</description>
</item>

<item>
    <title>Mozilla развивает WASI для использования WebAssembly вне бра... (rex)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#126</link>
    <pubDate>Mon, 08 Apr 2019 08:25:45 GMT</pubDate>
    <description>35$*2&lt;br&gt;правда?&lt;br&gt;</description>
</item>

<item>
    <title>Mozilla развивает WASI для использования WebAssembly вне бра... (Брат Анон)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#125</link>
    <pubDate>Tue, 02 Apr 2019 05:30:58 GMT</pubDate>
    <description>Люся... Вася... Наши люди везде штале?&lt;br&gt;Тогда и Валеру давайте ужо!&lt;br&gt;</description>
</item>

<item>
    <title>Mozilla развивает WASI для использования WebAssembly вне бра... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#124</link>
    <pubDate>Sun, 31 Mar 2019 16:14:30 GMT</pubDate>
    <description>&amp;gt; Если бы ЖС не был таким уeбищным...&lt;br&gt;&amp;gt; ES6 is better than all the other popular dynamic languages (Python, Ruby, Perl and PHP) and has far better implementations. Add on Typescript and it&apos;s not even close.&lt;br&gt;&amp;gt; The only dynamic languages better than ES6 are languages that nobody uses (Smalltalk, Scheme, Common Lisp, Clojure, Erlang etc.).</description>
</item>

<item>
    <title>Mozilla развивает WASI для использования WebAssembly вне бра... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#123</link>
    <pubDate>Sun, 31 Mar 2019 09:09:01 GMT</pubDate>
    <description>Неплохая инициатива. Хотя можно было просто открыть Flash. Но...адоби - онаж идейная.&lt;br&gt;</description>
</item>

<item>
    <title>Mozilla развивает&amp;#8202;WASI для использования WebAssembly в... (X4asd)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#119</link>
    <pubDate>Fri, 29 Mar 2019 13:23:15 GMT</pubDate>
    <description>&amp;gt; ни что не мешает написать по отдельному модулю на каждую платформу для учета как системных, так и UI особенностей&lt;br&gt;&lt;br&gt;в уме теоретика может и не мешает.&lt;br&gt;&lt;br&gt;на практике это необосноанно усложняет программу (и количества кода) в разы.&lt;br&gt;&lt;br&gt;в уме теоретика может показаться будто программа это в основном ПРИКЛАДНОЙ код который вызывает некоторые СИСТЕМНЫЕ вещи. и достаточно (якобы) лишь обернуть вызовы к системным вещам в &quot;кросплатформенные&quot; обёртки (или в условную компиляцию).&lt;br&gt;&lt;br&gt;а на практике оказывается что строчек кода вызыващие системно зависимые вещи -- это 90&#037; от всего кода.&lt;br&gt;&lt;br&gt;то есть переписывая программу под кросплатформенный вариант -- количество строчек кода увеличится в несколько раз. в лучшем случае. а в худшем (если какая платформа не обладает всеми аналогами сущностей другой платформы) в худшем случае это потянет за собой изменение самой архитектуры в угоду более мошного абстрагирования.&lt;br&gt;&lt;br&gt;после рефакторинга в угоду более мощного абстрагирования ТЕОРЕТИК наверняка скажет -- &quot;вот видите! переписыван</description>
</item>

<item>
    <title>Mozilla развивает WASI для использования WebAssembly вне бра... (X4asd)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#118</link>
    <pubDate>Fri, 29 Mar 2019 10:16:56 GMT</pubDate>
    <description>&amp;gt; Что-то тут перепутаны автоматическое затягивание зависимостей и закрытость кода.&lt;br&gt;&lt;br&gt;нет. не перепутаны. а взаимосвязаны.&lt;br&gt;&lt;br&gt;возможность запускать бинарники без компиляции -- тенят за собой СТРАННОЕ жедание разработчиков делать &quot;затягивание зависимостей (бинарников)&quot;.&lt;br&gt;&lt;br&gt;&quot;мы будем автоматически закачивать к клиенту недостающие бинарники, ведь всё равно мы уверены что не будет проблем с их запуском!&quot; -- видимо так думают разработчики.&lt;br&gt;&lt;br&gt;то есть речь о том что эта возможность портит &quot;культуру&quot;.&lt;br&gt;&lt;br&gt;&amp;gt; Можно подумать, что питон какой-нибудь, который ровно так же тянет зависимости, хоть и не бинарные, принципиально чем-то отличается.&lt;br&gt;&lt;br&gt;вот как раз python не тянет зависиомси пока ты не попросишь его явно об этом. (а можно устроить себе даже так что вообще не попросит НИКОГДА -- если делать самому вручную &#096;&#096;python setup.py install&#096;&#096;)&lt;br&gt;&lt;br&gt;* можешь поставить зависимость из репозитория&lt;br&gt;* можешь скачать исходники (настоящие! а не исходники &quot;ядра-программы&quot;) и сделать &#096;&#096;python setup.py ...&#096;&#096;&lt;br&gt;* можешь в ЯВНОМ виде попрос</description>
</item>

<item>
    <title>Mozilla развивает&amp;#8202;WASI для использования WebAssembly в... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#117</link>
    <pubDate>Fri, 29 Mar 2019 10:00:00 GMT</pubDate>
    <description>Никакая бинарь не устраивает. Компиляцию вообще следует рассматривать исключительно как кэширование &amp;#8212; она нужна только для производительности, а единственной каноничной и пригодной для распространения формой программы является исходный код.&lt;br&gt;</description>
</item>

<item>
    <title>Mozilla развивает&amp;#8202;WASI для использования WebAssembly в... (mickvav)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/116940.html#116</link>
    <pubDate>Fri, 29 Mar 2019 09:33:25 GMT</pubDate>
    <description>Тебе-то может и плевать, особенно если ты пилишь софт для себя. А вот юзеры, которые плотют денюжку&lt;br&gt;за софт (или тратят время, разглядывая рекламку в &quot;бесплатном&quot;), голосуют за нативное.&lt;br&gt;&lt;br&gt;Это-вот-всё уже есть в Java EE- кросс-платформенность, &quot;универсальный&quot; UI, байт-код, компилирующийся в натив. Оно взлетело, но ниша у него весьма своеобразная - кровавый ынтырпрайз, где юзеры - наемные манагеры (люди подневольные) и софт для управления экзотическими железками. Ну и какое-то количество серверного ПО в том же кровавом ынтырпрайзе. Чтобы &quot;откомпилил-работает-не трожь&quot;.&lt;br&gt;</description>
</item>

</channel>
</rss>
