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 に変わる新たなローカル仮想環境ができる。
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] あわしろって誰?w 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 名前:過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています