トップページ⇒tech
88コメント24KB

JavaScriptは消滅すべきだったよな

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2011/11/08(火) 23:14:49.42
あの盛り下がってた時期に。

Ajaxとかいう技術のせいで再評価されちゃって、
結局使いにくいままjQueryとかcoffee scriptなるものを生み出してしまう。
0002デフォルトの名無しさん2011/11/08(火) 23:24:32.57
アイさんは今年35才になりました。
才能がなく若さだけに頼ってきたプログラマーが脱落し始める歳です。
0003デフォルトの名無しさん2011/11/09(水) 01:38:38.34
誰も代わりを用意もしなかったし要求もしなかったからな
0004デフォルトの名無しさん2011/11/09(水) 04:52:45.51
Javascriptエンジンの異常な競争が起こる前に
ほかのスクリプト言語でいいのあった？
0005デフォルトの名無しさん2011/11/09(水) 07:44:27.33
coffescript はわかるが、jQuery はJavascriptだろw
0006デフォルトの名無しさん2011/11/09(水) 14:44:21.62
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所
0007デフォルトの名無しさん2011/11/09(水) 16:06:00.71
アイちゃんも３５歳か
0008デフォルトの名無しさん2011/11/09(水) 19:17:21.02
>>4
シェア独占の青いブラウザ作ってたどっかの会社が作ればよかっただろ。
0009デフォルトの名無しさん2011/11/09(水) 19:29:03.47
IEはVBScript載ってたしやろうと思えばほかの言語を載せることもできた
(たとえばActiveStateってところがPerlScriptなんてのを作ってた)
けどほかのブラウザがスルーしたのでなかったことにされた
0010デフォルトの名無しさん2011/11/09(水) 20:25:19.88
JavaScriptは今のCみたいなポジションで長く使われそうだ。
C同様即刻滅んで欲しいがC同様の理由で滅ばなそう
0011デフォルトの名無しさん2011/11/09(水) 21:11:36.88
なんで滅んで欲しいん？
0012デフォルトの名無しさん2011/11/09(水) 21:25:48.66
マルチプラットフォームでオープンで別の言語を載せようとした会社がなかったからだろ。
0013デフォルトの名無しさん2011/11/10(木) 00:20:22.15
JavaScriptが他のLL(perl,php,python,ruby等)に比べて劣ってるところは何かね？
それらの言語より筋はいいと思うけど。
0014デフォルトの名無しさん2011/11/10(木) 01:20:19.48
option explicit この一文だけで VBScript > JavaScript
0015デフォルトの名無しさん2011/11/10(木) 01:22:05.09
> JavaScriptが他のLL(perl,php,python,ruby等)に比べて劣ってるところは何かね？

ファイルアクセスやGUIやなどの標準ライブラリがない所
OSネイティブのAPIを呼び出す標準的な方法がない所。

独自仕様とはいえ、早くにそれらを呼び出す拡張をした
MSは先見の明があったと思う。
0016デフォルトの名無しさん2011/11/10(木) 06:16:21.17
>>1
うむ
色んなスクリプトをサポートして欲しかった
jsしか動かんとか、つまらん
最低でも3つはサポートして欲しかった
0017デフォルトの名無しさん2011/11/10(木) 08:16:54.59
C++、PHP、JavaScriptとクソ言語が天下を取る法則でもあるのかね？
いやC++はクソなりにいいところもあるし、PHPは避けることもできるが
JavaScriptは単にクソというだけじゃなく使用を強要してくるからな。

HTML5大勝利、これからはウェブアプリの時代と喜んでる
無邪気なユーザーや、無知な投資家ども、TechCrunch等のライター
経験の浅そうなエンジニアどもを見てると腸が煮えくり返るんだけど。
あらゆるソフトウェアをクソ言語JavaScriptで実装させる気かよ。悪夢だ。

CoffeeScriptやらDartやら出てきてるのは、
ナマじゃとても使えねーぜこんなクソ言語とはっきり言明しているようなものだろ。

真面目な話、JavaScriptをどうやって滅ぼすかが今後10年か20年かの課題になってくると思う。
暗黒の時代の始まりだ。
0018デフォルトの名無しさん2011/11/10(木) 08:26:58.83
Javascriptは関数型言語なのです。
バカには使いこなせないのです。
とかいうとホムペクリエイターが喜ぶからじゃないでしょうか？
0019デフォルトの名無しさん2011/11/10(木) 09:38:46.28
javascriptはwebにおけるアセンブリ言語みたいにして
それを吐くより高級な言語で開発するみたいな姿勢になってるんだよな
でもそういう使い方するならもうちょっとシンプルな仕様の言語にしとけって思うけど
0020デフォルトの名無しさん2011/11/10(木) 10:46:12.31
仕様としては割とシンプルなほうじゃね？
それを扱う方法が複雑なだけで
0021デフォルトの名無しさん2011/11/10(木) 12:09:15.26
消滅すべきだったのは>>1だな
0022デフォルトの名無しさん2011/11/10(木) 13:38:15.21
>>18
純粋関数型言語で作りたかったでふ
0023デフォルトの名無しさん2011/11/10(木) 19:59:41.00
>>15
しかもIEはBGSOUNDタグで音楽再生ができたしな、
なぜかボロクソに叩かれたが
0024デフォルトの名無しさん2011/11/10(木) 20:12:21.58
IEのシェル統合は散々叩かれたのにKonquerorが叩かれないのが理解できない
0025デフォルトの名無しさん2011/11/10(木) 22:13:26.70
出る杭は打たれる
0026デフォルトの名無しさん2011/11/10(木) 22:14:42.89
>>24
コンカラはあくまでIEの物まねだからなあ、叩くとしたらその部分がまず最初になるかと
まあ結局コンカラもファイラ部分分離したがな
0027デフォルトの名無しさん2011/11/10(木) 22:38:15.11
Windows8のアプリって、HTML5+JavaScriptで作るのがお勧めなんだってな。
動的型の言語はやめてほしいわ。
C#でいいじゃん。
お手軽に書きたいなら、Scalaみたいな静的な型でお手軽にかけるやつ作ってほしい。
0028デフォルトの名無しさん2011/11/10(木) 22:46:36.47
お勧めじゃねーよｗ
0029デフォルトの名無しさん2011/11/10(木) 22:49:20.49
>>27
違うぞ。

WinRTはJavaScriptからも呼び出せるってだけで、
基本は静的型付けから使うことを基本にしている。（だから型がある）
0030デフォルトの名無しさん2011/11/10(木) 22:58:39.03
>>13
ヒアドキュメント使わせて…
0031デフォルトの名無しさん2011/11/10(木) 23:12:38.48
>>13
なんか名前空間っていうか、変数のスコープとか変じゃね?
0032デフォルトの名無しさん2011/11/11(金) 00:02:59.58
>>13
比較演算子がカオス。
0033デフォルトの名無しさん2011/11/11(金) 02:28:49.56
>>31
phpよりはマシ
0034デフォルトの名無しさん2011/11/11(金) 02:29:39.06
>>32
phpよりはマシ
0035デフォルトの名無しさん2011/11/11(金) 03:03:39.94
>>30-32
CoffeeScript使えば万事解決だな
0036デフォルトの名無しさん2011/11/11(金) 08:26:08.51
>>17
ttp://b.hatena.ne.jp/Tesh/20111110#bookmark-66849749
なんだお前か。
0037デフォルトの名無しさん2011/11/12(土) 08:01:27.56
>>15
当時はW3Cやその信者どもがHTMLの理念(笑)を掲げて暴れまわってたからな
結局XHTML2(笑)は誰にも相手にされず思想的には対極の存在だったWHATWGにのっとられたがな
0038デフォルトの名無しさん2011/11/12(土) 14:33:03.25
XHTMLとかまったく触らなかった俺はいつの間にか勝っていたのか
0039デフォルトの名無しさん2011/11/12(土) 14:45:11.73
2000年ぐらいに学生時代にXHTMLの無料セミナーみたいになのに言ったことがあるけど
段上でなんか、有名かよくわからん人が色々言っていたな。
XHTMLで作っていればデータの再利用がどうとか。

その時の俺の意見は、XHTMLはユーザーが見るために存在するもの
データにデータとしては不要なもの（だが人間にとっては重要なもの）が混在したもの。
この混在したものからデータを取り出すのは、小石の混ざった米から小石を取り除くようなもの。
面倒なだけ。

機械的な処理の結果、XHTMLとして最終出力されるのならともかく
人間がXHTMLを書くものじゃない。データとして使うなら最初からXMLなどのデータで作る。
XHTMLは再利用を考えるものじゃない。人間のための出力結果だ。

と考えていたが、まさにそのとおりになったな。
0040デフォルトの名無しさん2011/11/12(土) 15:23:55.91
>>39が書いたHTMLはさぞJavascriptからは扱いにくいものになるんだろうな
0041デフォルトの名無しさん2011/11/12(土) 15:36:18.42
え？なんで？ 難癖付けたいだけ？
0042デフォルトの名無しさん2011/11/12(土) 17:36:52.71
>>41
>>39見て「ユーザーが見るため」「人間のため」ってのをやたら強調してたから、
「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。
「この人綺麗なHTML書く人じゃなさそう」って思ったんだよね。
正直、貴方の書くHTMLをスクレイピングとかするのは骨折れそうな気がしてきたｗ

>>40が言葉が足りてなかったのは謝る。
0043デフォルトの名無しさん2011/11/12(土) 17:46:37.72
> 「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。

あちゃーｗ

お前が馬鹿なだけかｗ
0044デフォルトの名無しさん2011/11/12(土) 17:47:54.11
Javascriptから扱いにくいHTML．．．
なんのこっちゃｗｗｗ
004540=422011/11/12(土) 18:03:34.01
Javascriptから、つーよりはDOMからって感じかな
idとかclassとかまともに設定されてなくて
document.querySelectorAll()をどう実行すればいいかめんどいケース
Greasemonkeyスクリプト作ってると毎回直面する話さね

まあサービス提供する側がGreasemonkeyなんぞに便宜はかってやる義理はないってのはわかる
0046デフォルトの名無しさん2011/11/12(土) 18:18:56.02
そこらへんはCSSの普及でだいたい解決してるんじゃない？適当につけるとCSS適応するときに困るから
CSSが普及したのはW3Cの理念が理解されたから…ではなくてデザインの幅が格段に広がったからなんだけどな
0047デフォルトの名無しさん2011/11/13(日) 01:02:06.07
>>39
むしろ公開している側は容易に再利用やサニタイズなんてしてほしくないと思うはずなんだがなぁ
0048デフォルトの名無しさん2011/11/13(日) 02:14:18.57
なぜ XHTML を採用するのか
http://w3g.jp/xhtml/guide/merit


今となっては悲しい文書になったよなｗ
0049デフォルトの名無しさん2011/11/13(日) 02:47:27.31
>>47
そもそも再利用というかデータとして使ってほしいならHTMLなんて冗長な形式にしないしな
0050デフォルトの名無しさん2011/11/13(日) 16:30:52.83
actionscriptが死んだ。javascript+html5に殺された。
0051デフォルトの名無しさん2011/11/13(日) 18:39:29.12
AdobeはAS3というかAVM2を出して事実上モバイルとPCを分断したのが最大最悪の失敗だったと思う
0052デフォルトの名無しさん2011/11/13(日) 19:17:29.93
JSのせいでWebがつまらなくなった
0053デフォルトの名無しさん2011/11/13(日) 19:25:42.45
>>52
人生をつまらなくしているのは、お前自身だ。
他人のせいにするな。
0054デフォルトの名無しさん2011/11/13(日) 22:22:40.85
C言語は偉大で無二の言語だけど、そろそろC言語っぽい文法しか売りがない
クズ言語は淘汰されるべきだ
0055デフォルトの名無しさん2011/11/13(日) 23:14:44.19
ちなみに、理由は俺の好みだ。
0056デフォルトの名無しさん2011/11/14(月) 00:50:07.92
hacker newsでアナウンスされるjsライブラリ見てると、今のhtml5+jsは勢いあるなと思う
けども、cやjavaよりかはperlみたいに「一世代築いた言語」で終わってしまう感が拭えない
海岸に打ち上げられたマッコウクジラが腐敗して内臓にガスが溜まって飛び散って、
見えたらダメな骨とか内臓が剥き出しになっている感するよね
２年後ぐらいにはブラウザにrubyもどきの言語が載ってんじゃないか？
（pythonもどきは永久凍土の関係でブラウザには載れない悪寒）
0057デフォルトの名無しさん2011/11/14(月) 01:20:40.27
ブラウザにruby？ あははは。
ないないｗｗｗ　絶対に無い。
0058デフォルトの名無しさん2011/11/14(月) 01:47:42.60
Ruby使いとしてもそこはRubyのポジションではない感じがするかな
ブラウザ上では既にJSありきになっちゃってるのだから
今のC言語のようにその位置はずっとJSだろう
0059デフォルトの名無しさん2011/11/14(月) 02:12:07.92
dartに普及して欲しいけど既成のjsの資産が増えすぎたよな
0060デフォルトの名無しさん2011/11/14(月) 08:22:25.39
Ruby信者はたかがベンチマークの話でHotRubyを潰した歴史があるからな
0061デフォルトの名無しさん2011/11/14(月) 08:24:10.79
>>56
そんなあなたにCoffeeScript
0062デフォルトの名無しさん2011/11/16(水) 19:36:19.52
でも一社が突貫工事ででっち上げた言語にしては奇跡的にマシな出来だよな。
0063デフォルトの名無しさん2011/11/17(木) 00:55:10.61
最初からマシだったのこれ？
0064デフォルトの名無しさん2011/11/17(木) 09:57:13.73
Ajaxがなかったら糞のまんまだったと思う
0065デフォルトの名無しさん2011/11/17(木) 15:04:48.84
スクリプトエンジンの速度競争のおかげもある。
IE5.0辺りは、本当に使えなかった。
0066デフォルトの名無しさん2011/11/20(日) 16:00:15.12
スコープの制限とか名前空間とかアクセス修飾子がほしい。あとクラスはclassキーワードで宣言できるようにしたい。継承もっと簡単に。
0067デフォルトの名無しさん2011/11/20(日) 19:23:19.40
もうやめてES4のライフはなんたらかんたら
0068デフォルトの名無しさん2011/11/20(日) 19:34:50.09
ECMA上で>>66の機能を策定する需要はもうないのだろうか
Dartとかcoffeeに任せたほうがいいってことかな？
0069デフォルトの名無しさん2011/11/21(月) 06:16:29.27
スコープ制限自体は(やりにくいけど)一応あるじゃないか
0070デフォルトの名無しさん2011/11/27(日) 19:46:30.56
>>58
EJS使ったりCoffeeScript使ったりとRuby使いは苦労してるのにお前ときたら・・・
0071デフォルトの名無しさん2011/11/28(月) 19:50:46.14
wicketとかliftとかの
ステートレスの流れわろた。
すげー大回りして
デスクトップアプリの書き方に
なりましたってか？

デスクトップアプリをそのまま
サバクラに変換する
ツールがあったけど、
もうそれだけでいいじゃん。
0072デフォルトの名無しさん2011/11/28(月) 22:10:32.23
>>71
それはどうせ、Macで動かなかったり
アプリの配布が大変だったり
動作が重いから却下。
0073デフォルトの名無しさん2011/11/29(火) 09:36:37.17
>>72
そんな問題はどうせすぐに解決
するから大丈夫。
0074デフォルトの名無しさん2011/11/29(火) 10:18:01.44
>71 なんか面白そうな話題だが
wicketってJavascriptじゃなくてJava?
liftって liftweb.net であってるかな
どの辺見れば話についていけるの
0075デフォルトの名無しさん2011/11/29(火) 14:37:55.27
>>74
>wicketってJavascriptじゃなくてJava?
yes
>liftって liftweb.net であってるかな
yes

>どの辺見れば話についていけるの
http://www.slideshare.net/yoshiori/ss-268210
このスライドとか。
0076デフォルトの名無しさん2011/11/29(火) 17:02:15.71
>>65
> スクリプトエンジンの速度競争のおかげもある。

つーても実はたいして速くないんだぜ。V8ですら。
最初がものすごく遅かったのと、PCの性能アップで皆騙されてるけどな。まだC++より１桁遅い。

俺の所見としては、スマホでJavaScriptのような遅くてバッテリーバカ食い言語で
アプリを動かそうなどという潮流は正気とは思えんよ。
あまつさえトランスコードして他の言語を動かそうなど
いくらハードが速くなろうが、さらに重いソフトウェアが作られるようになって元の木阿弥。
その繰り返しの歴史の最新版だよ、これは。

世間が環境だのエネルギーだの節電だのと言ってる中、
計算資源というものをちっとは考えたらどうなのかと言いたい。

Dartあたりには言語をゼロから作り直すというだけでなく
その辺を突破しようという意味もあるんだが理解されていないように思える。
0077デフォルトの名無しさん2011/11/29(火) 18:49:49.68
>>8

Jscriptのことか？
0078デフォルトの名無しさん2011/11/29(火) 18:56:17.17
>76
10年前のハードでPerlが普通に動いてたんだから、
それより軽い仕様のJavaScriptが今のスマホで動かない訳がない。
0079デフォルトの名無しさん2011/11/29(火) 19:05:53.48
動くと効率よく動くは違う
0080デフォルトの名無しさん2011/11/29(火) 19:42:16.48
JavaScriptっていうより
webアプリケーションが
消滅すべきなんでしょ。
スマホもみんなWebアプリをアプリ化してるじゃん。
2chだっていつまでもCGIのサイト
じゃなくて専ブラとかアプリ
使ってんじゃねーの？
0081デフォルトの名無しさん2011/11/29(火) 19:49:04.31
MとCさえ作っとけば、あとはユーザが勝手にVを作ってくれるってことか。
0082デフォルトの名無しさん2011/11/29(火) 19:54:50.84
サイトはAPIを公開して、それに合わせてクライアントソフトを作るのか。
面倒だな。
0083デフォルトの名無しさん2011/11/29(火) 19:58:47.68
>>81
で、>>80が言ってるのは「デフォルトのVなんぞ用意するな」ってことだな
0084デフォルトの名無しさん2011/11/29(火) 19:59:50.01
月曜日、2011年11月28日
アルコールの瓶でのキッドのヘッドの半分
http://satanic-cumshot.blogspot.com/2011/11/half-of-kid-head-in-alcohol-bottle.html
http://4.bp.blogspot.com/-xhILkj4fGqk/TtQEEszQooI/AAAAAAAATHw/zQptxZ3aPLY/s1600/21_50_SSOTHOAYW_L_by_YoungGod.jpg
http://3.bp.blogspot.com/-K0JMBbFnb8w/TtQEFLl4hkI/AAAAAAAATH0/EVrw0hcdL1c/s1600/SSOTHOAYW___Hunterian_EE__34_by_You.jpg
0085デフォルトの名無しさん2011/11/29(火) 21:34:19.66
>>76
流石にネイティブコード吐く言語より速かったら色々と問題じゃね…？
0086デフォルトの名無しさん2011/12/02(金) 07:14:44.15
>>76
Dartはそんなことまで考えて作られていたのか・・・ってねーよ！
お前は江添亮か
0087デフォルトの名無しさん2011/12/02(金) 11:05:36.54
江添さんがDartをdisるエントリを書く日を楽しみに待ってます^^^^
0088デフォルトの名無しさん2011/12/04(日) 09:04:27.09
VM方式を採用してる時点で省電力とは無縁じゃないかと
■ このスレッドは過去ログ倉庫に格納されています