アカウント名:
パスワード:
FORTRANやBASICをC言語風に拡張するRatforやRatbasといったプリプロセッサ。JavaScript用のプリプロセッサは簡単な最適化や難読化するものぐらいしか知らなかったけど、いい所に目をつけたって感じです。# 作者は Software Tools の読者なのだろうか?
ブラウザ上のJavaScript実行環境で使える(JavaScriptにトランスレートできる)言語としては、機能的にほぼJavaScriptと1対1対応する(という点ではRatforに近い)CoffeeScript [wikipedia.org]とか、独自VMもあるけどJavaScriptへの変換もサポートしているGoogleの Dart 言語 [srad.jp]とか、先行する言語はいくつかありますね。
それらと較べて、3番煎じなJSXにどんなメリットがあるのは知りたいところです。
世界のgeekがN番煎じを作る→ 「意欲的だなあ」
日本の技術者がN番煎じを作る→ 「何の意味があるの?車輪の再発明乙。これだから日本人はだめなんだよ」
「意欲的」というのと「実用的」というのは別だしね。たとえ端から見ている分には面白くても、実用的で無ければ使いたいとは思わない。
N番煎じで、しかも日本国内限定の(世界的に見れば)知名度の低い会社で作られた言語。なにより不安なのが、この後も開発やバグフィックスが続くかどうか。
有料化すればまだいい方で、業績が傾けば真っ先に切り捨てられるのはこういう部分。コミュニティが育っていればコミュニティ任せにするのもありだけど、このままだと鳴かず飛ばずで消えていく可能性の方が高いし、そういう言語だからこそコミュニティに参加する人も少なくなると思う。
自分達が必要としているものを作る、と言う企業のオープンソース施策としてはありがちな話なんで、無理に難癖を探すほどの興味は湧かないなぁ。
要するにモバゲーで必要だから作ったって事だよね。
そういうの全部ひっくるめて「意欲的だなぁ、俺は使わないけど」でいいんじゃないの?
#2164675 自体、そんなに膨らませるような話題でもなし。
日本企業なんだから日本語のスライドにしてよ、と思いました。
このコメントツリーにあるようなネガティブな日本人は、最初からターゲットにしていませんという意思表示だったら、いい皮肉だなあ。コミュニティに任せる事ができるのは、コミュニティを作る人とそれに乗る人がいてこそです。#同じアホなら…
こうやって、新規技術が出てきてもケチ付けるだけ付けて使わず、様子見して有名になってから尻馬に乗るかって思ってる人ばかりじゃ、日本から基礎技術やデファクトスタンダードが出てこないって当然の話です。
私の意図としては、大元のコメント [srad.jp]が
JavaScript用のプリプロセッサは簡単な最適化や難読化するものぐらいしか知らなかったけど、いい所に目をつけたって感じです。
と、既にそういうアプローチがいくつかあることを知らないような内容だったので、そこにツッコミを入れたかっただけなんですけどね。
私の書いた [srad.jp]
3番煎じなJSXにどんなメリットがあるのは知りたいところです。
という文章にツッコミが入れられてる感じですが、先行する同種のプロダクトがあるなら、それと比較するのは当然のことでしょう。この分に「車輪の再発明乙」みたいなネガティブなつもりは全然ないのに、なぜかネガティブな日本人扱いされちゃうし…
で、スライド見るとちゃんと既存のシステムとの比較が書いてましたね。適当に和訳すると
○Google Web Toolkit(Java からJavaScriptへのトランスレータ)・Javaコードと変換後のJSコードで微妙に挙動が違うのでデバッグしづらい・変換で速度やサイズのオーバーヘッドが発生する・JavaScriptのライブラリと組み合わせるのが難しい。→JSXは以上のような問題は発生しない。
○Google Closure Compiler (JavaScriptの最適化ツール)・型情報のアノテーションに基づいたJavaScriptの最適化を行う・記述は困難でメンテナンスしづらい→JSXは厳密な型付を行うので記述上の問題は発生しない。ClosureCompilerで適用可能な最適化は総てJSXでも可能(初期JSXはClosureCompileで処理できる完全なアノテーション付きのコードを生成できてた)
○Dart(Googleによる独自言語。VMもあるし、JavaScriptへのトランスレータもある)・JSに変換したコードは動作が遅い・Chrome以外はネイティブ言語としてサポートされそうにない
○ActionScript3(Flashが使ってる言語。JavaScriptに対して、クラスと型が拡張されている)・JavaScriptに変換するのは無理・ネイティブな性能は出せない(型情報に基づいた最適化は、JITのサポートが必須)
といったところでしょうか。CoffeeScriptとの比較はありません。CoffeeScriptはほぼ1対1でJavaScriptに対応するシンタックスシュガーレベルの言語だから比較対象外としたのかな?
JSXの処理系が最初はClosureCompilerへのトランスレータだったのを、JavaScriptへのトランスレータとして完成させたってことで。アプローチとしては、Google Closure Compiler をベースとしてその性能を実現した上で、記述性向上のために独自言語を作った、って感じですかね。ちゃんと、先行するプロダクトの問題調査をしている、正しいN番煎じだと思います。
「車輪の再発明乙」みたいなネガティブなつもりは全然ないのに
「二番煎じ」がそういう時に使われる言い回しだからでしょう。
正しいN番煎じだと思います。
二番煎じに正しいもクソもないと思いますが、N番になると事情が違うようですね。
>新規技術が出てきてもケチ付けるだけ付けて使わず、様子見して有名になってから尻馬に乗るかって思ってる人ばかり
えーと、それって日本の伝統では?いまさら変えるのはむりだとおもう
> えーと、それって日本の伝統では?
#2164735に突っ込みを入れているようで、同じことを言っているだけだね。君が何にどう突っ込もうとしてるのか、意味がよく分からない。
> 新規技術が出てきてもケチ付けるだけ付けて使わず、
やみくもにケチをつけるのはどうかと思うけど、
> 様子見して有名になってから尻馬に乗るかって思ってる人ばかりじゃ、
自分の主戦場でなければ、こういう考え方はありじゃないかな。どんな分野でもオリジナル最高!ってわけにはいかないし、疲れちゃうでしょ。
>日本語のスライドにしてよ今は亡きitojunさんが「その考え方は悲しい結果を産むから積極的に英語でやれ」といってました# FreeBSDのnewconfigの事例ね http://srad.jp/comments.pl?sid=316077&cid=940054 [srad.jp] のあたり
ドキュメント類が日本語で完備されてるならメリットにならないかなw
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
思い出したのは… (スコア:0)
FORTRANやBASICをC言語風に拡張するRatforやRatbasといったプリプロセッサ。
JavaScript用のプリプロセッサは簡単な最適化や難読化するものぐらいしか知らなかったけど、いい所に目をつけたって感じです。
# 作者は Software Tools の読者なのだろうか?
Re:思い出したのは… (スコア:3, 参考になる)
ブラウザ上のJavaScript実行環境で使える(JavaScriptにトランスレートできる)言語としては、
機能的にほぼJavaScriptと1対1対応する(という点ではRatforに近い)CoffeeScript [wikipedia.org]とか、
独自VMもあるけどJavaScriptへの変換もサポートしているGoogleの Dart 言語 [srad.jp]とか、
先行する言語はいくつかありますね。
それらと較べて、3番煎じなJSXにどんなメリットがあるのは知りたいところです。
Re: (スコア:0)
世界のgeekがN番煎じを作る
→ 「意欲的だなあ」
日本の技術者がN番煎じを作る
→ 「何の意味があるの?車輪の再発明乙。これだから日本人はだめなんだよ」
Re:思い出したのは… (スコア:1)
「意欲的」というのと「実用的」というのは別だしね。
たとえ端から見ている分には面白くても、実用的で無ければ使いたいとは思わない。
N番煎じで、しかも日本国内限定の(世界的に見れば)知名度の低い会社で作られた言語。
なにより不安なのが、この後も開発やバグフィックスが続くかどうか。
有料化すればまだいい方で、業績が傾けば真っ先に切り捨てられるのはこういう部分。
コミュニティが育っていればコミュニティ任せにするのもありだけど、このままだと鳴かず飛ばずで
消えていく可能性の方が高いし、そういう言語だからこそコミュニティに参加する人も少なくなると思う。
Re: (スコア:0)
自分達が必要としているものを作る、
と言う企業のオープンソース施策としてはありがちな話なんで、
無理に難癖を探すほどの興味は湧かないなぁ。
Re: (スコア:0)
要するにモバゲーで必要だから作ったって事だよね。
Re: (スコア:0)
そういうの全部ひっくるめて「意欲的だなぁ、俺は使わないけど」
でいいんじゃないの?
#2164675 自体、そんなに膨らませるような話題でもなし。
Re: (スコア:0)
日本企業なんだから日本語のスライドにしてよ、と思いました。
Re: (スコア:0)
このコメントツリーにあるようなネガティブな日本人は、最初からターゲットにしていませんという意思表示だったら、いい皮肉だなあ。
コミュニティに任せる事ができるのは、コミュニティを作る人とそれに乗る人がいてこそです。
#同じアホなら…
こうやって、新規技術が出てきてもケチ付けるだけ付けて使わず、様子見して有名になってから尻馬に乗るかって思ってる人ばかりじゃ、日本から基礎技術やデファクトスタンダードが出てこないって当然の話です。
Re:思い出したのは… (スコア:5, 参考になる)
私の意図としては、大元のコメント [srad.jp]が
と、既にそういうアプローチがいくつかあることを知らないような内容だったので、そこにツッコミを入れたかっただけなんですけどね。
私の書いた [srad.jp]
という文章にツッコミが入れられてる感じですが、先行する同種のプロダクトがあるなら、それと比較するのは当然のことでしょう。この分に「車輪の再発明乙」みたいなネガティブなつもりは全然ないのに、なぜかネガティブな日本人扱いされちゃうし…
で、スライド見るとちゃんと既存のシステムとの比較が書いてましたね。適当に和訳すると
○Google Web Toolkit(Java からJavaScriptへのトランスレータ)
・Javaコードと変換後のJSコードで微妙に挙動が違うのでデバッグしづらい
・変換で速度やサイズのオーバーヘッドが発生する
・JavaScriptのライブラリと組み合わせるのが難しい。
→JSXは以上のような問題は発生しない。
○Google Closure Compiler (JavaScriptの最適化ツール)
・型情報のアノテーションに基づいたJavaScriptの最適化を行う
・記述は困難でメンテナンスしづらい
→JSXは厳密な型付を行うので記述上の問題は発生しない。ClosureCompilerで適用可能な最適化は総てJSXでも可能(初期JSXはClosureCompileで処理できる完全なアノテーション付きのコードを生成できてた)
○Dart(Googleによる独自言語。VMもあるし、JavaScriptへのトランスレータもある)
・JSに変換したコードは動作が遅い
・Chrome以外はネイティブ言語としてサポートされそうにない
○ActionScript3(Flashが使ってる言語。JavaScriptに対して、クラスと型が拡張されている)
・JavaScriptに変換するのは無理
・ネイティブな性能は出せない(型情報に基づいた最適化は、JITのサポートが必須)
といったところでしょうか。CoffeeScriptとの比較はありません。
CoffeeScriptはほぼ1対1でJavaScriptに対応するシンタックスシュガーレベルの言語だから比較対象外としたのかな?
JSXの処理系が最初はClosureCompilerへのトランスレータだったのを、JavaScriptへのトランスレータとして完成させたってことで。
アプローチとしては、Google Closure Compiler をベースとしてその性能を実現した上で、記述性向上のために独自言語を作った、って感じですかね。
ちゃんと、先行するプロダクトの問題調査をしている、正しいN番煎じだと思います。
Re: (スコア:0)
「車輪の再発明乙」みたいなネガティブなつもりは全然ないのに
「二番煎じ」がそういう時に使われる言い回しだからでしょう。
正しいN番煎じだと思います。
二番煎じに正しいもクソもないと思いますが、N番になると事情が違うようですね。
Re: (スコア:0)
>新規技術が出てきてもケチ付けるだけ付けて使わず、様子見して有名になってから尻馬に乗るかって思ってる人ばかり
えーと、それって日本の伝統では?
いまさら変えるのはむりだとおもう
Re: (スコア:0)
> えーと、それって日本の伝統では?
#2164735に突っ込みを入れているようで、同じことを言っているだけだね。
君が何にどう突っ込もうとしてるのか、意味がよく分からない。
Re: (スコア:0)
> 新規技術が出てきてもケチ付けるだけ付けて使わず、
やみくもにケチをつけるのはどうかと思うけど、
> 様子見して有名になってから尻馬に乗るかって思ってる人ばかりじゃ、
自分の主戦場でなければ、こういう考え方はありじゃないかな。
どんな分野でもオリジナル最高!ってわけにはいかないし、疲れちゃうでしょ。
Re: (スコア:0)
>日本語のスライドにしてよ
今は亡きitojunさんが「その考え方は悲しい結果を産むから積極的に英語でやれ」といってました
# FreeBSDのnewconfigの事例ね http://srad.jp/comments.pl?sid=316077&cid=940054 [srad.jp] のあたり
Re: (スコア:0)
ドキュメント類が日本語で完備されてるならメリットにならないかなw