アカウント名:
パスワード:
こういうのもいいけど、JavaScript自体をまともな言語にしてほしい・・・
ていうか、ブラウザでJavaScript以外の別の言語を使えるようにすれば全て解決する話なんじゃ……
# Perl信者 vs Python信者 vs Ruby信者 の戦いが今はじまる
ブラウザベンダの妥協の産物なんじゃない >> JS
IEみたいに みたいな感じで:言語拡張ができそうなものはあるけど、非IEユーザとその処理系のインストールが必要だし。Silverlightとかも、インストールされていない環境があるし。Chrome native clientみたいなのもの Chromeの x86系に限定されるし。java appletは動作がアレすぎたし。
結局の所、標準的に広く使えるようにするのは難しいと思う。一時期、 flash の active scriptが良い感じに行き渡っていたけど、iphoneに一蹴されてしまったよね。
で残ったのが、javascriptぐらいしか広く使える技術がないと残念な結果に。
思い切って、ブラウザにVMの仕様のせて、そのVMに対してコンパイルできれば動作するみたいな、軽量のJVMや.NETみたいなものを策定すれば、言語の壁を破れるので、好きな言語でかけてハッピーになれるのかも。だが、それが標準で行き渡る頃には、ネットとブラウザはまったく別のものになっていそうだけども。
ブラウザにLLVMを乗っけてBitCodeをが動くぜっていえばいいんじゃね?フロントエンドはいろんな言語が用意されてるし、コンパイル後サンドボックスで実行させるようにしちゃえばいろんな環境で動くし、結構快適じゃないかと思ってる。
Native Clientを標準化で解決じゃね?
いや、親コメントの意味はふつーに分かるけど。
日本語の習得をお願いします。
# まあ "active script" は正しくは "Action Script" だけど "Flush の" って前置き# あるから分かるだろ。
素朴に思ったのですけど、Java …というか、 Java Bytecode を使えるようにできないのでしょうかねぇ。もちろん、Applet というフレームワークとは完全に別物としてです。
Java Bytecode が使えれば、Java 言語はもちろん、JavaScript (=Rhino)、Python (=Jython)、Ruby (=JRuby) 、Scala、Haskel (=Jaskel)、Groovy、Clojure、Noop、Kotlin… などなども全部行けたりしませんかねぇ…。
(b^ー°)
IE だと JScript を使わずに VBScript を使うこともできましたね。今も生きてるかしりませんが。 それ以外には、PerlScript [activestate.com] というものがありましてな……。
ありましたねぇ。あれ、以前から疑問だったのですが、どうして、Perl でなく PerlScript なんていう名前にしてあるんでしょぉね? (゚∀゚)
そこにlisp信者とWhitespace信者が参入する
戦う以前の段階で駆逐されるわw
VBS: 呼んだ?
tclも忘れないでください。
古い時代をよくご存知で… (゚∀゚)
Sun Microsystems が Tcl をブラウザ言語にすべくやってましたよねぇ~。私が知る(狭い)限りでは、Tcl は今や、EDA 分野ぐらいでしか使われていないようですが…。
TclはRMSに殺されたと私は思ってます。
http://www.vanderburg.org/OldPages/Tcl/war/ [vanderburg.org]
Tcl/Tkはクロスプラットフォームで動くGUIを簡潔に記述できて私は好きだったんですけどね。
RMSが汎用拡張言語として出してきたのがGuileです。
http://www.gnu.org/software/guile/ [gnu.org] http://ja.wikipedia.org/wiki/GNU_Guile [wikipedia.org]
たしかGIMPはGuile採用してなかったっけと思ったら、Guileを使うパッチがあるってだけでデフォルトはTinySchemeだったのか。
http://old.nabble.com/GIMP-and-Guile-2.0-td31827140.html [nabble.com]
TCLEXGAU [freesoftnet.co.jp]なんてのもありますね。
>使えるようにすれば全て解決する話全くつまらん冗談だな。ギャグならギャグに徹しろ。
Rubyはchromeのnacl上で動きそうな気配がしてきましたね。
いや、もうLinuxであったり、PythonランタイムはNaClで動いてるんだが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
JavaScript自体を拡張してほしい (スコア:0)
こういうのもいいけど、JavaScript自体をまともな言語にしてほしい・・・
Re:JavaScript自体を拡張してほしい (スコア:1)
ていうか、ブラウザでJavaScript以外の別の言語を使えるようにすれば全て解決する話なんじゃ……
# Perl信者 vs Python信者 vs Ruby信者 の戦いが今はじまる
1を聞いて0を知れ!
Re:JavaScript自体を拡張してほしい (スコア:2)
趣味でプログラムを書く私個人的には嬉しいですが、Web関連の開発者にとっては単に悩みの種が増えるだけのような気もします。
# ふとWindowsのActive Scriptingを思い出しました。これって流行ったんでしたっけ?
DON
Re:JavaScript自体を拡張してほしい (スコア:1)
ブラウザベンダの妥協の産物なんじゃない >> JS
IEみたいに みたいな感じで:言語拡張ができそうなものはあるけど、非IEユーザとその処理系のインストールが必要だし。
Silverlightとかも、インストールされていない環境があるし。
Chrome native clientみたいなのもの Chromeの x86系に限定されるし。
java appletは動作がアレすぎたし。
結局の所、標準的に広く使えるようにするのは難しいと思う。
一時期、 flash の active scriptが良い感じに行き渡っていたけど、iphoneに一蹴されてしまったよね。
で残ったのが、javascriptぐらいしか広く使える技術がないと残念な結果に。
思い切って、ブラウザにVMの仕様のせて、
そのVMに対してコンパイルできれば動作するみたいな、
軽量のJVMや.NETみたいなものを策定すれば、言語の壁を破れるので、好きな言語でかけてハッピーになれるのかも。
だが、それが標準で行き渡る頃には、ネットとブラウザはまったく別のものになっていそうだけども。
by rti.
Re: (スコア:0)
ブラウザにLLVMを乗っけてBitCodeをが動くぜっていえばいいんじゃね?
フロントエンドはいろんな言語が用意されてるし、コンパイル後サンドボックスで実行させるようにしちゃえばいろんな環境で動くし、結構快適じゃないかと思ってる。
Re: (スコア:0)
Native Clientを標準化で解決じゃね?
Re: (スコア:0)
いや、親コメントの意味はふつーに分かるけど。
Re: (スコア:0)
日本語の習得をお願いします。
# まあ "active script" は正しくは "Action Script" だけど "Flush の" って前置き
# あるから分かるだろ。
Re:JavaScript自体を拡張してほしい (スコア:1)
素朴に思ったのですけど、Java …というか、 Java Bytecode を使えるようにできないのでしょうかねぇ。もちろん、Applet というフレームワークとは完全に別物としてです。
Java Bytecode が使えれば、Java 言語はもちろん、JavaScript (=Rhino)、Python (=Jython)、Ruby (=JRuby) 、Scala、Haskel (=Jaskel)、Groovy、Clojure、Noop、Kotlin… などなども全部行けたりしませんかねぇ…。
(b^ー°)
Re:JavaScript自体を拡張してほしい (スコア:1)
IE だと JScript を使わずに VBScript を使うこともできましたね。今も生きてるかしりませんが。
それ以外には、PerlScript [activestate.com] というものがありましてな……。
Re:JavaScript自体を拡張してほしい (スコア:1)
ありましたねぇ。あれ、以前から疑問だったのですが、どうして、Perl でなく PerlScript なんていう名前にしてあるんでしょぉね? (゚∀゚)
Re: (スコア:0)
そこにlisp信者とWhitespace信者が参入する
Re: (スコア:0)
戦う以前の段階で駆逐されるわw
Re: (スコア:0)
VBS: 呼んだ?
Re: (スコア:0)
tclも忘れないでください。
Re:JavaScript自体を拡張してほしい (スコア:1)
古い時代をよくご存知で… (゚∀゚)
Sun Microsystems が Tcl をブラウザ言語にすべくやってましたよねぇ~。私が知る(狭い)限りでは、Tcl は今や、EDA 分野ぐらいでしか使われていないようですが…。
Tcl戦争とGuile (スコア:1)
TclはRMSに殺されたと私は思ってます。
http://www.vanderburg.org/OldPages/Tcl/war/ [vanderburg.org]
Tcl/Tkはクロスプラットフォームで動くGUIを簡潔に記述できて私は好きだったんですけどね。
RMSが汎用拡張言語として出してきたのがGuileです。
http://www.gnu.org/software/guile/ [gnu.org]
http://ja.wikipedia.org/wiki/GNU_Guile [wikipedia.org]
たしかGIMPはGuile採用してなかったっけと思ったら、Guileを使うパッチがあるってだけでデフォルトはTinySchemeだったのか。
http://old.nabble.com/GIMP-and-Guile-2.0-td31827140.html [nabble.com]
Re: (スコア:0)
TCLEXGAU [freesoftnet.co.jp]なんてのもありますね。
Re: (スコア:0)
>使えるようにすれば全て解決する話
全くつまらん冗談だな。ギャグならギャグに徹しろ。
Re: (スコア:0)
Rubyはchromeのnacl上で動きそうな気配がしてきましたね。
Re: (スコア:0)
Rubyはchromeのnacl上で動きそうな気配がしてきましたね。
いや、もうLinuxであったり、PythonランタイムはNaClで動いてるんだが。