【wasm】ブラウザでC++。Emscriptenを語ろう

1 名前：L mailto:sage [2019/01/15(火) 19:50:48.94 ID:cXSiB+ud.net] タイトル通り。 ・canvas への描画が可能なことを確認。 ・emscripten_sleep() でその場で停止できることを確認。 ・付属の emrun や mongoose などで Local Server を作れば、local だけで 　wasm の起動が出来ることを確認。 ・mongoose からは、cgi も起動でき、XmlHttpRequest()でローカルファイルを JSから読み込め、cgi も自由に起動できることを確認。 ・ローカル・ファイルアクセス、clipboard の読み書きの他、Local OS の 　全ての機能を自由にできる可能性有り。 ・これを使えば、Java の JVM に変わる新たなローカル仮想環境ができる。 147 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 18:19:27.95 ID:UrHjpLCo.net] https://www.businessinsider.jp/post-187542 *アップルは、国境を超えて表現を規制する力を持っている。 アップルのガイドラインでは、性的な表現について、次のような記載がある。 ｢Webster辞書で『美的または情緒的な感覚ではなく、性的興奮を引き起こすような、性器または性行為の明確な記述または表示』と定義される、あからさまに性的またはわいせつなコンテンツ｣ 欧米や日本、イスラム教徒の多い中東など、国、地域ごとに｢わいせつ｣の考え方には違いがある。 しかし、デベロッパーに対しては、アメリカのアップルが決めたガイドラインが一律に適用されるため、｢ローカルルールは存在しない｣と言われる。 6〜7年ほど前、ゲームの世界でも、ガラケーからスマホに一気に移行する波が訪れた。そのころには、アップルの基準に合わせるため、露出度の高い女性キャラクターの服装を描き直す作業に追われたという。 ゲーム会社の幹部のひとりは｢アップルは、国境を超えて表現を規制する力まで持った。しかし本来は、国や企業がそれぞれの文化や戦略に合わせて考えるべきことなのでは。現状では、毒っけのあるコンテンツはつくれない｣と話す。 148 名前：デフォルトの名無しさん [2020/01/07(火) 18:36:15.80 ID:f028J8AQ.net] 昔の chip8 という CPU エミュレータが一瞬で起動しちゃう: https://blog.scottlogic.com/2017/12/13/chip8-emulator-webassembly-rust.html https://colineberhardt.github.io/wasm-rust-chip8/web/ 二番目のリンク先で、start というボタンをマウスでクリック後、wキーを押すとブロック崩しの様なゲームが動き出す。 キーボードのqで左、eで右にラケットが動く。 149 名前：デフォルトの名無しさん [2020/03/11(水) 16:21:40.05 ID:QRZvOF73.net] https://yutakaaoki.github.io/demo1/index.html MessageBox が出せるようになった。 C++のプログラム中で nexMessageBox("タイトル文字列","メッセージ文字列", MB_OKCANCEL); などとすると、ボタンが押されるまでその場で停止する。 JSやブラウザ、Wasmでは、本来、「その場で待機」することは出来ないので、 nwsc の bsync, bwait, bresume 機構を用いている。 150 名前：デフォルトの名無しさん mailto:sage [2020/03/11(水) 16:24:14.20 ID:QRZvOF73.net] >>145 なお、JSとC++の組み合わせる際に、ちょっとした問題があって、今のところ、トータル200個以上のWindowを生成すると異常を来たすので、決して、ダイアログを何度も生成しないでね・・・。 理論上は直せるけれど、まだ直せてない。 151 名前：デフォルトの名無しさん [2020/03/11(水) 19:28:39.62 ID:SBKaA+2H.net] STLが使いたい。 152 名前：デフォルトの名無しさん mailto:sage [2020/03/11(水) 20:30:36.35 ID:QRZvOF73.net] >>147 以下は他のコンパイラを使う場合は関係ない話だけど。 コンテナ類は、C++ nexでも本家C++以上に便利になるように独断と偏見で独自サポートしている。 STLは、templateをかなり深く使用していると思われるので、C++ nex側のそれに追いつけなければ、そのままではSTLのコンパイルは難しい。 なお、今のところtemplateを簡単に使えるようにしたtemplなるものを C++ nexでもサポートしているが、本家C++のtemplateも徐々にサポートしていく予定。 153 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 04:03:07.14 ID:VaiYZBCN.net] Wasmアプリは次のようなことで需要がありそうだ： ・nativeアプリの場合、ストレージの容量制限でインストールできない事があるが、 　Wasmならブラウザ内で動くのでその心配は少ない。 ・nativeアプリの場合、インストールするのに新しいVersionのOSを要求されること 　があるが、Wasmなら、余り関係ない。 154 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 04:06:39.29 ID:VaiYZBCN.net] >>149 nativeアプリの場合、Win7で動いていたものがWin10で動かなかったり、逆に、Win10を要求されたり する。 Androidアプリの場合も、バージョン○○以上が必要条件などとあったりする。 ところが、Wasmアプリの場合、余りそういうことは無い。 ブラウザのバージョンが有る一定以上のものでありさえすれば、OSの種類やバージョンに関係なく動く可能性が高い。 155 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 04:51:51 ID:VaiYZBCN.net] アプリストアにはアプリが多すぎて、まみれてしまう。 ウェブアプリなら、検索エンジンからダイレクトに探せるのでアプリストアよりは、まみれる度合いがましになる。 156 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 05:08:06.41 ID:VaiYZBCN.net] ・WasmやPWAが、TwitterやLineなどでshareし易いことは、 　企業にとってはのどから手が出るくらい価値がある。 　nativeアプリだと気に入ったアプリを友達にシェアしにくいが、 　WasmアプリだとURLだけですぐにシェアできる。これはアプリの普及や 　宣伝にとって意義は大きい。 ・PC/Mac/iPhone/Androidで見た目や使い勝手が同じであることは、 　アプリのブランド価値を高める。 　これは、コンビニが全国で同じレイアウトと品揃えであることで 　安心感と利便性を高めることで勝ち残ってきたことと通じるものがある。 157 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 05:14:54 ID:VaiYZBCN.net] 企業にとっては、プラットフォームごとにビルドし直さないでよいことだけでも 価値は大きい。 マル� 158 名前：`プラットフォーム対応なのに最終プログラムが1種類だけで済むことは メンテナンス性は劇的に向上する。 nativeアプリをマルチプラットフォームに対応させる場合、OSごとにビルドされた 最終プログラムのバックアップだけでも慎重を要し、生産性が下がる。 開発時にはいちいち、各プラットフォームごとにビルドする時間と手間、 テストが必要で、その時にトラブルも出易かった。例えば、 新しいバージョンのAndroidが出てきたら、新しいAndroidSDKをインストール しなくてはならないが、それでツールキット側のバージョンが合わなくてトラブル が発生し、その解決のために一週間以上も無駄になることもあっただろう。 Wasmなら、最終プログラムは一度ビルドするだけで済むのでそのようなトラブルが 生じないし、テスト工数も激減する。 [] [ここ壊れてます] 159 名前：デフォルトの名無しさん [2020/04/13(月) 18:12:02 ID:iwZw4XGM.net] MDI Child Window に対応 : https://yutakaaoki.github.io/demo1/index.html 160 名前：◆QZaw55cn4c mailto:sage [2020/04/13(月) 21:47:32 ID:fZC6wvDm.net] >>153 で、ブラウザごとにデバッグするわけですか… 161 名前：デフォルトの名無しさん mailto:sage [2020/04/13(月) 23:46:07 ID:iwZw4XGM.net] >>155 HTML5は他企業も含めた共通規格なので、一度決まった仕様は比較的安定して動作するため、ツールキット側が一度デバッグしてあれば、そので動くアプリは1つのブラウザで動作チェックしさえすれば、ツールキットがサポートしているどのブラウザでも動作し易い。 162 名前：デフォルトの名無しさん [2020/04/14(火) 00:37:46 ID:ESEtnroG.net] HTML5はGoogleの規格なので、Googleの都合でいかようにも変わると思います。 163 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 01:07:56.72 ID:tGjJf6XN.net] >>157 確かにFireFoxのMozillaもGoogle傘下にあるようなものだし。 でも、SafariやEdgeもあるので、今まで動いていた古い仕様が動かなくなる可能性は割と低そうという希望的観測がある。 164 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 01:12:20.23 ID:tGjJf6XN.net] でも、実行プログラムがindex.htmlとmain.wasmなどの1種類で、 プラットフォームごとにビルドし直さなくて良いというのは安心感はある。 165 名前： mailto:sage [2020/04/14(火) 19:22:31.95 ID:42R+WK0w.net] >>156 write once, run anywhere といわれていた Java JVM も、蓋を開けてみれば write once, debug anywhere となってしまった現実をご存知ですか？ 166 名前： mailto:sage [2020/04/14(火) 19:23:13.73 ID:42R+WK0w.net] >>159 でもデバッグは各ブラウザ毎にしないといけませんね… 167 名前：デフォルトの名無しさん mailto:sage [2020/04/15(水) 14:42:27 ID:mfdeAm0A.net] >>161 やはり、「XX OS対応」と書くためには、XX OSでテストする必要はあるでしょう。 ただ、ビルド回数が少なくて済むことは時間の節約になりますし、 他の事で手一杯の忙しいときに、あるプラットフォーム向けのビルドだけ (起きるはずも無い)エラーが起きてその対応に追われる心配も無いです。 168 名前：デフォルトの名無しさん mailto:sage [2020/04/15(水) 14:46:20 ID:mfdeAm0A.net] >>162 1. Win/Android/iOS/Mac/Linuxで最終テストは必要。 2. しかし、ソース修正後、ビルドは一度だけでよい。 3. 2.により、仕上げの段階で1箇所修正するだけで5つのプラットフォームごとに 　5回ビルドして5回テストする、という効率の悪い事態は起きない。 169 名前：デフォルトの名無しさん [2020/05/25(月) 03:25:23.82 ID:Q3BVyDlx.net] あがれ 170 名前：デフォルトの名無しさん [2020/05/28(木) 17:15:51 ID:1yt8qEqJ.net] 懸念事項だったローカルファイルシステムへのファイル保存について、 今後の Edge Browser では何か進展が有るらしい。 Native file system access Up until now websites were not allowed to save files in a specific location on the user device. This meant that online photo editors required users to upload the photo they wanted to edit and then download it to their device, while a native one would have just given the option to replace the existing one. Starting from Edge 86 (version 83 is the latest one at the time of writing) developers will be able to replace all files the user selects in a session, thus enabling productivity apps on the web to even more useful. 171 名前：デフォルトの名無しさん [2020/05/28(木) 17:47:36.62 ID:1yt8qEqJ.net] >>165 どうやら、PWAアプリを起動時に指定したファイル群に、ユーザーにファイルダイアログで毎回選択させること無くいつでもアプリがプログラム的に書きこめるようになるらしい。 172 名前：デフォルトの名無しさん [2020/07/14(火) 00:20:51.75 ID:cduOb3hQ.net] age 173 名前：デフォルトの名無しさん [2021/03/11(木) 04:16:55.67 ID:+SL5WZRG.net] wasmからGPU使うにはWebGL呼び出しになりますか？ 174 名前：デフォルトの名無しさん mailto:sage [2021/03/20(土) 23:25:10.94 ID:j+8OkN/E.net] >>168 WebGPU は使ったことは無いが、WebGL 以外に WebGPU もある。 Wasmはそれ自体では副作用や入出力は行えないので、やりたいときはJSを 使うことになるので、GPUを使いたい場合は、JSでGPUを使う方法を調べる ことになる。Wasmは、EM_ASM 文などの中に書いた JS コードを呼び出す ことで副作用や入出力を行う。 175 名前：デフォルトの名無しさん mailto:sage [2021/07/10(土) 01:15:43.14 ID:dgZojN/o.net] Wasm ならどんな言語でも同じだろ 176 名前：デフォルトの名無しさん [2021/09/14(火) 18:18:01.42 ID:Wng5bteL.net] age 177 名前：デフォルトの名無しさん [2022/02/04(金) 02:46:38.22 ID:tMDf8XuC.net] age 178 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 12:20:06.79 ID:TERGIQkG.net] WebAssemblyを普及させたい ☆WebAssembly総合 ・Wasmer - The Universal WebAssembly Runtime https://wasmer.io/ -> WASI（WebAssembly System Interface）とEmscriptenに準拠したWASMを実行できるランタイム ・WAPM - WebAssembly Package Manager https://wapm.io/ -> WebAssembly製ツール/ライブラリのパッケージマネージャー ☆C/C++ ・wasi-sdk - WASI-enabled WebAssembly C/C++ toolchain https://github.com/WebAssembly/wasi-sdk -> WebAssemblyのLLVM、clangコンパイルサポート Emscriptenとは異なりWASMバイナリのみ生成する ☆Rust ・wasm-pack - your favorite rust -> wasm workflow tool! https://github.com/rustwasm/wasm-pack -> WebAssemblyのrustcコンパイルサポート Yew - Rust / Wasm framework for building client web apps https://yew.rs/ja/ -> WebAssembly によってマルチスレッドな Web アプリのフロントエンドを作ることができる、モダンな Rust のフレームワーク 179 名前：デフォルトの名無しさん [2022/06/21(火) 12:28:27.45 ID:TERGIQkG.net] 最近のWebAssemblyのニュース Publickey － Enterprise IT × Cloud Computing × Web Technology / Blog より https://www.publickey1.jp/programming-lang/webassembly/ 180 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 17:39:28.38 ID:fwy13iz2.net] WebAssemblyが気になるので調べてみた - Qiita https://qiita.com/t_katsumura/items/ff379aaaba6931aad1c4 181 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 18:38:00.25 ID:fwy13iz2.net] WebAssembly活用プロジェクト https://madewithwebassembly.com/ 182 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 21:37:11.74 ID:fwy13iz2.net] WebAssembly Powered Augmented Reality Sudoku This project makes use of the WebAssembly build of OpenCV (a C++ computer vision library), Tensorflow (a machine learning library) and a solver written in Rust. It neatly demonstrates how WebAssembly allows you to write performance-critical web-based applications in a wide range of languages. https://github.com/ColinEberhardt/wasm-sudoku-solver Solverhttps://raw.githubusercontent.com/ColinEberhardt/wasm-sudoku-solver/master/sudoku-solver.gif 183 名前：デフォルトの名無しさん [2022/06/24(金) 00:36:37.46 ID:LDIZz9eS.net] WASMとRustはVue.js/React.jsを打倒するのか？ - JSへの侵略の歴史 https://zenn.dev/koduki/articles/c07db4179bb7b86086a1 184 名前：デフォルトの名無しさん [2022/06/24(金) 00:38:27.46 ID:LDIZz9eS.net] Typescriptの次はRustかもしれない https://zenn.dev/akfm/articles/81713d4c1275ac64a75c 185 名前：デフォルトの名無しさん [2022/07/03(日) 14:38:54.59 ID:y5Z2gZOd.net] WASMのビルド作業はやたら面倒臭いが、何かビルド用ツールが出てるのかな Linux環境じゃないとconfigureが生成できないから、プロジェクトのビルドなんてやってられないだろ ところでWASMに64bitメモリが実装されれば可能性が大きく広がる予感 186 名前：デフォルトの名無しさん [2022/07/03(日) 15:41:32 ID:2unnqsUi.net] >>180 Linuxの話題は、あわしろを召喚しちまうから、やめとけ。 187 名前：デフォルトの名無しさん [2022/07/03(日) 16:58:00.23 ID:y5Z2gZOd.net] あわしろって誰？ｗ WASMのroadmapを見ると、Firefoxが一番進んでるみたいだ 何だかんだFirefoxは開発者向けとしては最先端を走り続けているんだな 188 名前：デフォルトの名無しさん [2022/07/03(日) 17:11:46.18 ID:6NN4RBvO.net] Linuxの掟とか唱えてる人じゃなかったっけ？ 189 名前：デフォルトの名無しさん [2022/07/03(日) 20:06:52.80 ID:SwvkPEGK.net] age 190 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 20:29:55.44 ID:o4Z3tiIf.net] >>182 あわしろ氏って誰？QZ より頭いいの？ 191 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 23:33:33.23 ID:C1pvOjRy.net] あわしろは、Linux 総帥 よく雑誌に記事を書いている 192 名前：デフォルトの名無しさん mailto:sage [2022/07/04(月) 01:35:21.33 ID:nNTJcKgT.net] マナーにうるさい おまえはLinuxを使う資格がないが口癖 193 名前：デフォルトの名無しさん [2022/07/04(月) 02:35:19.54 ID:hEC4WOUu.net] >>177 えぐ 194 名前：デフォルトの名無しさん mailto:sage [2022/07/04(月) 07:02:36.02 ID:E8MuawGm.net] >>173 ＞wasi-sdk GLESやSDL2の対応はどうなんだろ 誰かちゃちゃっと準公式サイトを作ってくれないかなw 195 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 08:37:06.79 ID:HXH2KDmV.net] WASMではまだ並列処理が弱いのが悲しい所だな Web Worker使えるけど、window配下オブジェクトが共有できないからな 196 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 10:52:36 ID:WoKhwB7u.net] >>189 対応してないはず。 197 名前：デフォルトの名無しさん [[ここ壊れてます] .net] wasm 198 名前：デフォルトの名無しさん [[ここ壊れてます] .net] 現在、Rubykaigi で、Ruby の Wasm 対応についての話しになっているらしい。 Ruby3.2から正式にブラウザでRubyが使えるようになる予定なので、 Rubyのインストールが難しい初心者にとっても楽になるとの事。 また、irb(インタラクティブRuby?)がブラウザでも動いて、対話的に計算 できるらしい。 Rubykaigiは、9/8から9/10の三日間の予定らしい。 199 名前：デフォルトの名無しさん [2022/09/08(木) 14:13:55.50 ID:2tFquaAS.net] Rubyは、おわこん とKENYAも言っている 200 名前：デフォルトの名無しさん mailto:sage [2022/09/08(木) 21:16:10.23 ID:EF/qt7ve.net] Ruby on Rails 7 で、Rubyの検索数が増えているらしい。 新しい変更があると、検索数が増えるみたい JavaScript(JS), Python の検索数が多いのは、素人が多く、難しいからかも。 逆に、Rubyの検索数が増えないのは、プロが多く、簡単だからかも Rails 7では、Hotwire などの新機能が出たので、プロも検索したのかも 米国年収では、JSが6万ドル、Railsが9万ドルと、かなりの差がある。 素人とプロの開発者の違いかも JSは素人や個人開発が多く、 Railsは小企業から大企業まで、プロが多いのかも 201 名前：デフォルトの名無しさん mailto:sage [2022/09/09(金) 01:00:16.49 ID:NUzzWOKg.net] rubyのwasmに需要があるかどうかは置いといて、新技術を積極的に取り入れる姿勢は評価できる これでもっとwasmが普及するといいな 202 名前：デフォルトの名無しさん mailto:sage [2022/09/09(金) 01:26:40.60 ID:OjVwznsu.net] ブラウザ上でWasmを使うサービスやアプリならばRuby利用は遅くて重くて大きくて不利だね だからどうしてもRubyをブラウザ上で動かしたい遊び目的だけかな Wasm使ってプログラミングしたいならC++かRustのどちらか 203 名前：デフォルトの名無しさん mailto:sage [2022/09/09(金) 02:28:27.53 ID:n8dQNxep.net] Ruby は遅くても、可読性が高くバグらないから、高品質でプログラミングしやすい。 C++, Rust などは難しさが桁違い ビジネスでは、Rubyよりもかなり遅れる。 他社に市場シェアを取られてしまう 例えば、SASS がそう。 Rubyで作られて、C++ で作られるまで数年以上遅れた。 次に、C++で保守出来なくなって、Dart へ移った Rubyは可読性が高いから保守できるが、 他の言語は無理で、最終的に放置されるだけ 204 名前：デフォルトの名無しさん mailto:sage [2022/09/14(水) 08:03:14.57 ID:ZrnGb3cN.net] >>198 ところがRustはRubyに似ていて可読性が高いよ RustはRubyとクロージャ引数の記述方法も |x| で同じだし RustはRubyと同じようにイテレーターのメソッドチェーンを多用できるし もちろん遅延評価されるし Rubyよりも改善されてる点も多いからRustはRubyよりも可読性が高いよ 205 名前：デフォルトの名無しさん mailto:sage [2022/09/26(月) 11:00:46.19 ID:NmZ8KQlQ.net] >>199 Rustは俺が知ってる言語の中で、実用的な言語の中では最も可読性が低い 部類に入る。 206 名前：デフォルトの名無しさん mailto:sage [2022/09/26(月) 13:14:00.63 ID:fgpUNuss.net] >>200 Rustは可読性の高さで気に入っている ほとんどの言語と比べてイーブンか上 Wasm記述で現実的な言語の中だと更に 可読性の低いC++は論外だから 調査研究でもRustが最も使われている 207 名前：デフォルトの名無しさん mailto:sage [2022/09/26(月) 14:28:49.61 ID:TCGzsvbI.net] 可読性という人によって解釈が異なる単語じゃなくてどういう要素が可読性を高めている/低めているか説明して欲しいな 208 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 16:07:51.55 ID:vP3LfdbR.net] この板のRustのアンチスレにも、Rustの分かりにくさについてのサンプルコード があがってる。 209 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] 下手くそに書かれたコード� 210 名前：ｪ読みづらいというのは言語の問題なのかね？ [] [ここ壊れてます] 211 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 20:29:03.01 ID:ltFhtHvy.net] >>204 それはウソで、Rustはどうせきれいに書けない。 212 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 00:49:27.76 ID:JQpGo85s.net] >>205 あなたにとってはあらゆるRustコードは綺麗には見えないということですね 好みの問題では？ 213 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 01:04:38.83 ID:JQpGo85s.net] >>205 ここじゃ迷惑だから続きはアンチスレでよろしく 214 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 15:21:20.76 ID:01v6ubok.net] >>206 長ったらしくて煩雑。 215 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 18:22:14.52 ID:fl0K/H95.net] Rustは抽象化されたプログラミングによって分かりやすく短く書けるね タイプ数を少なく短く書けるという意味ではなく 216 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] >>209 そうは思えないが。 217 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] >>209　散々C++で痛い目をみた人が作っているからね。現実的なモノでしょうね。 218 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net] >>211 そうでもなかろう。 219 名前：デフォルトの名無しさん [2022/10/30(日) 00:34:23.75 ID:CRXE5x4x.net] オンライン FM シンセサイザ: https://yutakaaoki.github.io/test_say/index.html 220 名前：デフォルトの名無しさん [2022/10/30(日) 16:23:33.75 ID:tfYpbifo.net] age 221 名前：デフォルトの名無しさん [2022/11/08(火) 18:21:56.35 ID:Rs+gm7Tf.net] age 222 名前：デフォルトの名無しさん [2023/01/06(金) 22:20:11.40 ID:+u5r9Ozg.net] Rubyにおけるwasmランタイム実装のCRuby、バイナリサイズはstdlib込みだと25MB、brotli圧縮かけて5.0MBだってさ 微妙だけどキャッシュ込みなら5.0MBはギリ許せるのか、、？ https://logmi.jp/tech/articles/327679 223 名前：デフォルトの名無しさん mailto:sage [2023/01/07(土) 16:27:35.31 ID:/1wD2KzB.net] >>216 まだ大き過ぎる。 224 名前：デフォルトの名無しさん [2023/01/07(土) 16:34:06.31 ID:St5PAkDm.net] >>217 だよねぇ、、うーん 225 名前：デフォルトの名無しさん [2023/02/10(金) 08:51:49.30 ID:wdaGPD+T.net] キタコレ wasmにgc搭載 https://www.publickey1.jp/blog/23/webassemblychrome_111dartwebassembly.html 226 名前：デフォルトの名無しさん [2023/02/12(日) 13:09:16.81 ID:HnI2C6C6.net] >>219 これが標準化仕様になるんかね 227 名前：デフォルトの名無しさん mailto:sage [2023/04/20(木) 11:24:36.10 ID:rsMxrIXz.net] うおおおお サーバサイドWebAssemblyに、かつてのCGIの仕組みを取り込んだ「WCGI」をWasmerが発表。すぐ起動し安全に分離されるWebAssemblyの特長が活きる https://www.publickey1.jp/blog/23/webassemblycgiwcgiwasmerwebassembly.html 228 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef