HTML内でJavaScriptのようにPythonコードを書ける「PyScript」が公開 ホームページでPython(ピチョン)が使えるように！ [158478931]
■ このスレッドは過去ログ倉庫に格納されています
Pythonの主要なディストリビューション「Anaconda」などを提供しているAnaconda社は、HTML文書の中にJavaScriptと同じようにPythonのコードを記述し、実行可能にする「PyScript」をオープンソースで公開しました。
「PyScript」はJavaScriptのようにPythonコードをHTML内に記述して実行可能、Anacondaがオープンソースで公開 － Publickey
https://www.publickey1.jp/blog/22/pyscriptjavascriptpythonhtmlanaconda.html そこまでまして使いたい言語か？
言語自体の表現力はショボいでしょ、ぴちょん JSは書き方があまりに自由で可読性が全くない
pythonでできるなら歓迎だわ >>4
型とかもないPythonの可読性って良いか？ ブラウザベンダーは対応すんの？話はそれからなんだが >>6
他人の書いたコード読みたくないってことでしょ これピチョンっていうのか
またひとつ勉強になったわ なんでフロントとバックエンドで別々のプログラ言語を使うめんどくさい状態になったんだ >>7 >>10
これはWASMだから
大手ブラウザ対応済みだし高速で動作するよ JavaScriptはそのままでいいわ
PHPは滅びていい >>6
じゃあTypeScriptみたいな型定義にうるさ過ぎる言語なら読みやすいかって話だけどな
これ絶対MSが妨害工作してくる この先の未来も20年前と変わらずHTMLにごにょごにょ書くのか。
人類は進歩しないな。 2000年頃にホームページ作りちょっと触ったおっちゃんだけど
PerlでCGI作ってHTML4.01とCSSのホームページを多機能にする時代は終わった？
Perlの後で出てきたRubyとかRubyonrailってのはどうなったの？ >>20
クロスプラットフォームでGUIを書く手段としてはHTMLは
なんだかんだね楽じゃね wasm のランタイムサイズ問題はどうなるんだろうな
Googleが公認の処理系をバンドルするというのはありそうにないし
結局ゲームみたいなインストールありきなサービス向けになる感じか？ >>26
javascriptに比べると難読化には向いて無さそうだな >>20
大まかなDOMの土台になるだけで
中身は変わるんじゃないの？ >>21
「Ruby」環境がWebブラウザー上で動作する時代に！ サーバーを介さずに処理が完結
「Ruby」言語のWebAssembly/WASIポートを使ってファイルはたった51行のHTMLだけ
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1397787.html >>18
パイトンの原作者ってMSにいるんでしょ
言うほどピチョンコミュニティ敵に回すようなことするかね flashとかsilverlightみたいな一昔前の発想やな
動かすためにプラグインのインストールが必要なのってもう流行らんだろ >>39
それが違うみたいなのよ
Dockerのせいぽいけど
こういう技術便利よね
で
あれwebassemblyよくね？みたいな 規模が大きくないモノはかなりの率でブラウザ上で動く時代がくるかもしれない Webassemblyはjsに向かない重たい処理（ゲーム、画像処理、ai、科学計算)を受け持つようになると言われている >>39
webasmだから一般的なブラウザなら標準装備だよ >>39
デモを開いてみればわかるよユーザーから見ればjavascript読み込むのと変わらん 俺今webasmはc#でやってるけどpythonで出来るなら楽になるわ webassemblyはインストール済みだが
RubyやPythonの構文解析のロジックはインストール必要よね
ということなのでは TypeScript みたいにJavaScript に変換するやつか？ ライブラリ群は使えるの
豊富なライブラリこそがpythonの強みだと思うけど >>39
dom操作のオンタイムでの最適化や効率化とは別の話なんで
その辺はjsのまんまのはず 安価ミス
>>43
dom操作のオンタイムでの最適化や効率化とは別の話なんで
その辺はjsのまんまのはず ていうかﾋﾟﾁｮﾝで書いたら遅くなるんじゃないの？ wasm使うほどシビアな案件関わったことないしエアプだけどチューニングが大変そうだよなあ
Python選んでまで使いたいライブラリ群って割と重めな計算処理だろ
雑魚PCだとブラクラみたいになりそうだ >>60
というかPCに環境いちいち作るのめんどくさいから
個人的にはこの流れは歓迎かな V8の上で直接動くJavascriptに勝てるわけない
Pythonしか使えない初心者用かな？ >>35
素人か？
現場でそんな呼び方してたら笑われるぞ？ >>62
JavaScript遅いからWebAssemblyが生まれたのです。 WebAssemblyはActiveXの代替だと思ってた >>62
膨大な単純計算の繰り返しは向かない
仮想通貨採掘マルウェアなんかもwebassemblyのが効率いいらしい >>18
型はあったほうが絶対いいでしょ
tsが読みにくいのは型付けをするためにロジックとは無関係な
コードを書かなきゃいけないから WebAssemblyはむしろ20年前にJavaがwebでやろうとしてたことを再現してるんじゃね
バイトコード実行だし Pythonはそもそもの処理系がおっせえからWASMにしようが遅いよ
オーバーヘッドも考えるとJavaScriptの30%くらいしか速度出ないんじゃないかね よぅわからんけどﾋﾟﾁｮﾝで関数書いてコンパイルしたものをJSでロードしてオブジェクトみたいにしてJSからなんか投げたり受け取ったりできるようになるって感じで合ってる？ >>18
あれで五月蝿いとか動的型しかできないガイジかよ >>61
浅学で申し訳ないけどブラウザで動く話と環境構築はまた別の話じゃないのか
サンドボックスで動く云々の話じゃないよね？ >>3
これ
どうせならモダンなKotlinとかで書きたいわ 求められてるのはこれじゃなくて、ブラウザ内でTypeScriptを直に使える機能では ひょっとして頑張ればサーバレスでJupyter notebookもどきを動かす環境が作れるんじゃね？ CもJavaもピトンも触ったことあるけどなんだかんだでJavaがよかったわ
エクリプスクソ重いけど >>78
webassemblyで動く開発環境でwebassemblyを吐き出したい
おもちゃスクリプトは正直どうでもいい
歴史を見れば最適化とかも成されるだろうし >>84
裏で調べて言いたいこと何となくわかったわありがとう
クライアントサイドで動くレベルのwebブラウザで完結する話じゃなくてもっとスケールがデカい話で
wasmの資材を標準にしてあらゆる言語の実行環境を統一しようって話がまたあるのか
ランタイム動かせるならどの言語も使えるってのは確かに魅力的だな めちゃくちゃ重いとかならわからんがPythonからWebアセンブリにコンパイルする分jsよりは実行性能低いと思った方がいいな
用途としてはデータサイエンスとか元々Pythonで書いたコードがある場合にjsに移植せずに済むとか、Pythonガチ勢が拙いjsをやらなくて済むみたいな感じかな お試し200MBで契約して今月25日までにマイピタの何かに移行とかどうなんだろ
https://mineo.jp/service/unique/prepaid/ >>18
うるさければanyでいいじゃん
バインドを選択できることが重要 >>17
JSのプロジェクトとTSのプロジェクトが生まれて書き方が増えただけ アセンブラとは程遠いよ
Webアプリにメモリ破壊バグは許されないから
1命令ごとにガッチガチのチェック処理が走る フロントエンドなんかTypeScriptやReactでもう十分だろ ■ このスレッドは過去ログ倉庫に格納されています
