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

**デフォルトの名無しさん** · 2011/11/08(火) 23:14:49.42

あの盛り下がってた時期に。

Ajaxとかいう技術のせいで再評価されちゃって、
結局使いにくいままjQueryとかcoffee scriptなるものを生み出してしまう。

**デフォルトの名無しさん** · 2011/11/10(木) 10:46:12.31

仕様としては割とシンプルなほうじゃね？
それを扱う方法が複雑なだけで

**デフォルトの名無しさん** · 2011/11/10(木) 12:09:15.26

消滅すべきだったのは>>1だな

**デフォルトの名無しさん** · 2011/11/10(木) 13:38:15.21

>>18
純粋関数型言語で作りたかったでふ

**デフォルトの名無しさん** · 2011/11/10(木) 19:59:41.00

>>15
しかもIEはBGSOUNDタグで音楽再生ができたしな、
なぜかボロクソに叩かれたが

**デフォルトの名無しさん** · 2011/11/10(木) 20:12:21.58

IEのシェル統合は散々叩かれたのにKonquerorが叩かれないのが理解できない

**デフォルトの名無しさん** · 2011/11/10(木) 22:13:26.70

出る杭は打たれる

**デフォルトの名無しさん** · 2011/11/10(木) 22:14:42.89

>>24
コンカラはあくまでIEの物まねだからなあ、叩くとしたらその部分がまず最初になるかと
まあ結局コンカラもファイラ部分分離したがな

**デフォルトの名無しさん** · 2011/11/10(木) 22:38:15.11

Windows8のアプリって、HTML5+JavaScriptで作るのがお勧めなんだってな。
動的型の言語はやめてほしいわ。
C#でいいじゃん。
お手軽に書きたいなら、Scalaみたいな静的な型でお手軽にかけるやつ作ってほしい。

**デフォルトの名無しさん** · 2011/11/10(木) 22:46:36.47

お勧めじゃねーよｗ

**デフォルトの名無しさん** · 2011/11/10(木) 22:49:20.49

>>27
違うぞ。

WinRTはJavaScriptからも呼び出せるってだけで、
基本は静的型付けから使うことを基本にしている。（だから型がある）

**デフォルトの名無しさん** · 2011/11/10(木) 22:58:39.03

>>13
ヒアドキュメント使わせて…

**デフォルトの名無しさん** · 2011/11/10(木) 23:12:38.48

>>13
なんか名前空間っていうか、変数のスコープとか変じゃね?

**デフォルトの名無しさん** · 2011/11/11(金) 00:02:59.58

>>13
比較演算子がカオス。

**デフォルトの名無しさん** · 2011/11/11(金) 02:28:49.56

>>31
phpよりはマシ

**デフォルトの名無しさん** · 2011/11/11(金) 02:29:39.06

>>32
phpよりはマシ

**デフォルトの名無しさん** · 2011/11/11(金) 03:03:39.94

>>30-32
CoffeeScript使えば万事解決だな

**デフォルトの名無しさん** · 2011/11/11(金) 08:26:08.51

>>17
ttp://b.hatena.ne.jp/Tesh/20111110#bookmark-66849749
なんだお前か。

**デフォルトの名無しさん** · 2011/11/12(土) 08:01:27.56

>>15
当時はW3Cやその信者どもがHTMLの理念(笑)を掲げて暴れまわってたからな
結局XHTML2(笑)は誰にも相手にされず思想的には対極の存在だったWHATWGにのっとられたがな

**デフォルトの名無しさん** · 2011/11/12(土) 14:33:03.25

XHTMLとかまったく触らなかった俺はいつの間にか勝っていたのか

**デフォルトの名無しさん** · 2011/11/12(土) 14:45:11.73

2000年ぐらいに学生時代にXHTMLの無料セミナーみたいになのに言ったことがあるけど
段上でなんか、有名かよくわからん人が色々言っていたな。
XHTMLで作っていればデータの再利用がどうとか。

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

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

と考えていたが、まさにそのとおりになったな。

**デフォルトの名無しさん** · 2011/11/12(土) 15:23:55.91

>>39が書いたHTMLはさぞJavascriptからは扱いにくいものになるんだろうな

**デフォルトの名無しさん** · 2011/11/12(土) 15:36:18.42

え？なんで？難癖付けたいだけ？

**デフォルトの名無しさん** · 2011/11/12(土) 17:36:52.71

>>41
>>39見て「ユーザーが見るため」「人間のため」ってのをやたら強調してたから、
「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。
「この人綺麗なHTML書く人じゃなさそう」って思ったんだよね。
正直、貴方の書くHTMLをスクレイピングとかするのは骨折れそうな気がしてきたｗ

>>40が言葉が足りてなかったのは謝る。

**デフォルトの名無しさん** · 2011/11/12(土) 17:46:37.72

> 「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。

あちゃーｗ

お前が馬鹿なだけかｗ

**デフォルトの名無しさん** · 2011/11/12(土) 17:47:54.11

Javascriptから扱いにくいHTML．．．
なんのこっちゃｗｗｗ

**40=42** · 2011/11/12(土) 18:03:34.01

Javascriptから、つーよりはDOMからって感じかな
idとかclassとかまともに設定されてなくて
document.querySelectorAll()をどう実行すればいいかめんどいケース
Greasemonkeyスクリプト作ってると毎回直面する話さね

まあサービス提供する側がGreasemonkeyなんぞに便宜はかってやる義理はないってのはわかる

**デフォルトの名無しさん** · 2011/11/12(土) 18:18:56.02

そこらへんはCSSの普及でだいたい解決してるんじゃない？適当につけるとCSS適応するときに困るから
CSSが普及したのはW3Cの理念が理解されたから…ではなくてデザインの幅が格段に広がったからなんだけどな

**デフォルトの名無しさん** · 2011/11/13(日) 01:02:06.07

>>39
むしろ公開している側は容易に再利用やサニタイズなんてしてほしくないと思うはずなんだがなぁ

**デフォルトの名無しさん** · 2011/11/13(日) 02:14:18.57

なぜ XHTML を採用するのか
http://w3g.jp/xhtml/guide/merit

今となっては悲しい文書になったよなｗ

**デフォルトの名無しさん** · 2011/11/13(日) 02:47:27.31

>>47
そもそも再利用というかデータとして使ってほしいならHTMLなんて冗長な形式にしないしな

**デフォルトの名無しさん** · 2011/11/13(日) 16:30:52.83

actionscriptが死んだ。javascript+html5に殺された。

**デフォルトの名無しさん** · 2011/11/13(日) 18:39:29.12

AdobeはAS3というかAVM2を出して事実上モバイルとPCを分断したのが最大最悪の失敗だったと思う

**デフォルトの名無しさん** · 2011/11/13(日) 19:17:29.93

JSのせいでWebがつまらなくなった

**デフォルトの名無しさん** · 2011/11/13(日) 19:25:42.45

>>52
人生をつまらなくしているのは、お前自身だ。
他人のせいにするな。

**デフォルトの名無しさん** · 2011/11/13(日) 22:22:40.85

C言語は偉大で無二の言語だけど、そろそろC言語っぽい文法しか売りがない
クズ言語は淘汰されるべきだ

**デフォルトの名無しさん** · 2011/11/13(日) 23:14:44.19

ちなみに、理由は俺の好みだ。

**デフォルトの名無しさん** · 2011/11/14(月) 00:50:07.92

hacker newsでアナウンスされるjsライブラリ見てると、今のhtml5+jsは勢いあるなと思う
けども、cやjavaよりかはperlみたいに「一世代築いた言語」で終わってしまう感が拭えない
海岸に打ち上げられたマッコウクジラが腐敗して内臓にガスが溜まって飛び散って、
見えたらダメな骨とか内臓が剥き出しになっている感するよね
２年後ぐらいにはブラウザにrubyもどきの言語が載ってんじゃないか？
（pythonもどきは永久凍土の関係でブラウザには載れない悪寒）

**デフォルトの名無しさん** · 2011/11/14(月) 01:20:40.27

ブラウザにruby？あははは。
ないないｗｗｗ　絶対に無い。

**デフォルトの名無しさん** · 2011/11/14(月) 01:47:42.60

Ruby使いとしてもそこはRubyのポジションではない感じがするかな
ブラウザ上では既にJSありきになっちゃってるのだから
今のC言語のようにその位置はずっとJSだろう

**デフォルトの名無しさん** · 2011/11/14(月) 02:12:07.92

dartに普及して欲しいけど既成のjsの資産が増えすぎたよな

**デフォルトの名無しさん** · 2011/11/14(月) 08:22:25.39

Ruby信者はたかがベンチマークの話でHotRubyを潰した歴史があるからな

**デフォルトの名無しさん** · 2011/11/14(月) 08:24:10.79

>>56
そんなあなたにCoffeeScript

**デフォルトの名無しさん** · 2011/11/16(水) 19:36:19.52

でも一社が突貫工事ででっち上げた言語にしては奇跡的にマシな出来だよな。

**デフォルトの名無しさん** · 2011/11/17(木) 00:55:10.61

最初からマシだったのこれ？

**デフォルトの名無しさん** · 2011/11/17(木) 09:57:13.73

Ajaxがなかったら糞のまんまだったと思う

**デフォルトの名無しさん** · 2011/11/17(木) 15:04:48.84

スクリプトエンジンの速度競争のおかげもある。
IE5.0辺りは、本当に使えなかった。

**デフォルトの名無しさん** · 2011/11/20(日) 16:00:15.12

スコープの制限とか名前空間とかアクセス修飾子がほしい。あとクラスはclassキーワードで宣言できるようにしたい。継承もっと簡単に。

**デフォルトの名無しさん** · 2011/11/20(日) 19:23:19.40

もうやめてES4のライフはなんたらかんたら

**デフォルトの名無しさん** · 2011/11/20(日) 19:34:50.09

ECMA上で>>66の機能を策定する需要はもうないのだろうか
Dartとかcoffeeに任せたほうがいいってことかな？

**デフォルトの名無しさん** · 2011/11/21(月) 06:16:29.27

スコープ制限自体は(やりにくいけど)一応あるじゃないか

**デフォルトの名無しさん** · 2011/11/27(日) 19:46:30.56

>>58
EJS使ったりCoffeeScript使ったりとRuby使いは苦労してるのにお前ときたら・・・

**デフォルトの名無しさん** · 2011/11/28(月) 19:50:46.14

wicketとかliftとかの
ステートレスの流れわろた。
すげー大回りして
デスクトップアプリの書き方に
なりましたってか？

デスクトップアプリをそのまま
サバクラに変換する
ツールがあったけど、
もうそれだけでいいじゃん。

**デフォルトの名無しさん** · 2011/11/28(月) 22:10:32.23

>>71
それはどうせ、Macで動かなかったり
アプリの配布が大変だったり
動作が重いから却下。

**デフォルトの名無しさん** · 2011/11/29(火) 09:36:37.17

>>72
そんな問題はどうせすぐに解決
するから大丈夫。

**デフォルトの名無しさん** · 2011/11/29(火) 10:18:01.44

>71 なんか面白そうな話題だが
wicketってJavascriptじゃなくてJava?
liftって liftweb.net であってるかな
どの辺見れば話についていけるの

**デフォルトの名無しさん** · 2011/11/29(火) 14:37:55.27

>>74
>wicketってJavascriptじゃなくてJava?
yes
>liftって liftweb.net であってるかな
yes

>どの辺見れば話についていけるの
http://www.slideshare.net/yoshiori/ss-268210
このスライドとか。

**デフォルトの名無しさん** · 2011/11/29(火) 17:02:15.71

>>65
> スクリプトエンジンの速度競争のおかげもある。

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

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

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

Dartあたりには言語をゼロから作り直すというだけでなく
その辺を突破しようという意味もあるんだが理解されていないように思える。

**デフォルトの名無しさん** · 2011/11/29(火) 18:49:49.68

>>8

Jscriptのことか？

**デフォルトの名無しさん** · 2011/11/29(火) 18:56:17.17

>76
10年前のハードでPerlが普通に動いてたんだから、
それより軽い仕様のJavaScriptが今のスマホで動かない訳がない。

**デフォルトの名無しさん** · 2011/11/29(火) 19:05:53.48

動くと効率よく動くは違う

**デフォルトの名無しさん** · 2011/11/29(火) 19:42:16.48

JavaScriptっていうより
webアプリケーションが
消滅すべきなんでしょ。
スマホもみんなWebアプリをアプリ化してるじゃん。
2chだっていつまでもCGIのサイト
じゃなくて専ブラとかアプリ
使ってんじゃねーの？

**デフォルトの名無しさん** · 2011/11/29(火) 19:49:04.31

MとCさえ作っとけば、あとはユーザが勝手にVを作ってくれるってことか。

**デフォルトの名無しさん** · 2011/11/29(火) 19:54:50.84

サイトはAPIを公開して、それに合わせてクライアントソフトを作るのか。
面倒だな。

**デフォルトの名無しさん** · 2011/11/29(火) 19:58:47.68

>>81
で、>>80が言ってるのは「デフォルトのVなんぞ用意するな」ってことだな

**デフォルトの名無しさん** · 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

**デフォルトの名無しさん** · 2011/11/29(火) 21:34:19.66

>>76
流石にネイティブコード吐く言語より速かったら色々と問題じゃね…？

**デフォルトの名無しさん** · 2011/12/02(金) 07:14:44.15

>>76
Dartはそんなことまで考えて作られていたのか・・・ってねーよ！
お前は江添亮か

**デフォルトの名無しさん** · 2011/12/02(金) 11:05:36.54

江添さんがDartをdisるエントリを書く日を楽しみに待ってます^^^^

**デフォルトの名無しさん** · 2011/12/04(日) 09:04:27.09

VM方式を採用してる時点で省電力とは無縁じゃないかと

**デフォルトの名無しさん** · 2011/12/13(火) 22:45:43.51

半分家電の携帯電話なんかはVMで動く言語必須だろ
ユーザが自由に触れる部分はサンドボックスにしておくべき
どうせ軽いゲームとかユーティリティーソフトぐらいしかつくらないんだから

**デフォルトの名無しさん** · 2011/12/14(水) 10:35:49.61

カーネルをVMで動かしてるわけじゃねえし
もちろんアプリ動かすと電池の消耗が速くなる

**デフォルトの名無しさん** · 2011/12/15(木) 09:56:00.34

>>90
だな。
ノーパソでも動画編集はじめたら消費電力跳ね上がるしな。
Javascriptがバッテリー食いと言うが、今の状況になる前に他の方法でやっていたらとか、今後の技術開発動向を考えて具体的な数値比較しないと何とも言えん。

**デフォルトの名無しさん** · 2011/12/24(土) 23:18:33.02

どうでもいいけどJSは関数名（メソッド名？）が長すぎて萎えた

**デフォルトの名無しさん** · 2011/12/24(土) 23:23:46.39

JavaScriptには名前空間がないからね。

**デフォルトの名無しさん** · 2011/12/25(日) 00:19:14.85

メソッド名が長いのはJSと言うかDOMだろ

**デフォルトの名無しさん** · 2011/12/25(日) 19:54:48.92

名前空間はオブジェクトが使えるが、変数のスコープがなぁ・・・

JavaScriptは、まだ var で変数名衝突の問題を回避できるけど
CoffeeScriptは、外の変数名を使わないように気をつけろだってさ。

**デフォルトの名無しさん** · 2011/12/26(月) 05:17:14.77

nodeが使いづらすぎて嫌
functionでreturn書かないといけなかったり、
letを許さないなんて嫌すぎる

**デフォルトの名無しさん** · 2011/12/29(木) 20:22:32.64

許すも許さないもletなんて標準規格に無いし

**デフォルトの名無しさん** · 2012/03/10(土) 00:05:18.66

「js書いてるのは情弱だけ」はその通りだが、
だからCoffeeScriptというのも寒い時代だと思わんか。
歓迎してる連中がいるのが信じられん。

ある意味プログラマの雇用が守られそうではあるが。

**デフォルトの名無しさん** · 2012/04/30(月) 20:16:27.10

Javascriptが世界を支配する日 - DQNEO起業日記
http://dqn.sakusakutto.jp/2012/04/javascript_14.html

もう氏ねよこいつら。最近のウェブ屋ども頭おかしいわマジで。

JavaScriptのVMは何の言語で書かれてるの？
てめえの使ってるブラウザは何の言語で書かれてるの？
てめえの使ってるOSは、デバイスドライバは、何の言語で書かれてるの？
JavaScriptで書かれてる業務系や基幹システムどれだけあんだよ？小数点切り捨てたら0％じゃねえの？
科学技術計算は？ゲームプログラムは？コンピュータグラフィックスは？

**デフォルトの名無しさん** · 2012/04/30(月) 20:24:09.13

javascriptは処理系がどうしても遅くなるしね
型変換とかが頻繁に起こるから

**デフォルトの名無しさん** · 2012/04/30(月) 20:57:36.45

>最近のウェブ屋ども頭おかしいわ

web屋は昔から糞ばかり

**デフォルトの名無しさん** · 2012/04/30(月) 20:57:43.08

>>99
そうだね、アセンブラだね。

uy · 2012/05/02(水) 13:21:03.37

jsはカスだけど
htmlに簡単に組み込めるのってクライアントサイドのコードってjsだけじゃん
他に何かあるわけ？

**デフォルトの名無しさん** · 2012/05/03(木) 00:26:28.11

VBScript

uy · 2012/05/03(木) 01:01:39.65

もういい

**AlexAndRite** ◆Zaj2UuyFyI · 2012/05/03(木) 03:10:24.38

Dart

**デフォルトの名無しさん** · 2012/05/06(日) 02:02:52.64

もういいです＾＾；

**デフォルトの名無しさん** · 2012/05/12(土) 03:27:08.80

Googleが出しゃばってこなければ、確実にflash、silverlightの時代になってた。
独自のフレームワークで動くリッチなクライアントを蹴って共通の標準の検索可能な
HTML + JavaScriptに拘ったんだからGoogleは責任をもってWebOSをもっと頑張れよ。
アプリベースのandroidなんて作ってんじゃねぇよ。

**デフォルトの名無しさん** · 2012/05/12(土) 04:10:48.58

Googleがでしゃばらなくても、DHTMLで
頑張ってただろ。MSは。

**デフォルトの名無しさん** · 2012/05/12(土) 10:02:32.67

>>108
Adobe様とMS様のプロプラの時代かよ
いらねええええ

**デフォルトの名無しさん** · 2012/05/12(土) 16:14:59.42

>>108
あいぽんがいたからだろ

**デフォルトの名無しさん** · 2012/06/30(土) 09:48:58.58

>>99
＞Javascriptが世界を支配する日 - DQNEO起業日記
＞http://dqn.sakusakutto.jp/2012/04/javascript_14.html

本物の○沼っているんだな、、、
まじ驚いたｗ

**デフォルトの名無しさん** · 2012/06/30(土) 11:55:48.74

言語は宗教だからな。
仕方ない。

**デフォルトの名無しさん** · 2012/07/29(日) 19:22:52.20

なんでjavascript 廃れないの？
javaアプレット廃れてフラッシュ廃れそうでシルバーライト廃れて
なんで残ってるの？
価値組なの？

**デフォルトの名無しさん** · 2012/07/29(日) 20:58:25.79

>>114
バックにGoogleおるから
Googleの援交なかったら今頃消滅してる。

uy · 2012/07/29(日) 23:48:54.91

>>17
＞ C++、PHP、JavaScriptとクソ言語が天下を取る法則でもあるのかね？

俺もそれ思った

これおそらく大手企業はこっそりrubyとかPython使ってるんだろうけど
下位企業にはそういう言語使わせないために
PHPやjsでの開発環境やライブラリをどんどん量産して使わせて
絶対上へ登って来れないようにさせてんじゃねーのか

零細企業には効率の悪い言語使わせていたほうが大手企業にとっては金銭効率良い
俺が大手企業のトップだったらそういう戦略を発動してる

**デフォルトの名無しさん** · 2012/07/30(月) 02:29:32.61

諸般のアプリに組み込めるスクリプトエンジンのうち、
もっともシェアが高いのがJavaScript

スクリプトエンジンの枠を超えた展開は起きていない

**デフォルトの名無しさん** · 2012/07/30(月) 04:50:36.73

javaが終わればjsもしぬ

**デフォルトの名無しさん** · 2012/07/30(月) 15:39:03.17

>>116
後出しの言語が既存の言語のダメな点を改良したけれど、
移行するほどのメリットがないといった普通の判断
linuxからplan9へ移行しなかった理由と、ほとんど同じ
言わずもがな、後々まで生き残るのはc/c++だけ
後は適当に入れ替わり、フレームワークやAPIのように
本質から離れたところでコーディング作業を行うだけの人生