[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 09/12 07:51 / Filesize : 91 KB / Number-of Response : 420
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:デフォルトの名無しさん [2011/11/08(火) 23:14:49.42 ]
あの盛り下がってた時期に。

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

2 名前:デフォルトの名無しさん mailto:sage [2011/11/08(火) 23:24:32.57 ]
アイさんは今年35才になりました。
才能がなく若さだけに頼ってきたプログラマーが脱落し始める歳です。

3 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 01:38:38.34 ]
誰も代わりを用意もしなかったし要求もしなかったからな

4 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 04:52:45.51 ]
Javascriptエンジンの異常な競争が起こる前に
ほかのスクリプト言語でいいのあった?

5 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 07:44:27.33 ]
coffescript はわかるが、jQuery はJavascriptだろw

6 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 14:44:21.62 ]
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

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

                  京都大学霊長類研究所

7 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 16:06:00.71 ]
アイちゃんも35歳か

8 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 19:17:21.02 ]
>>4
シェア独占の青いブラウザ作ってたどっかの会社が作ればよかっただろ。

9 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 19:29:03.47 ]
IEはVBScript載ってたしやろうと思えばほかの言語を載せることもできた
(たとえばActiveStateってところがPerlScriptなんてのを作ってた)
けどほかのブラウザがスルーしたのでなかったことにされた

10 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 20:25:19.88 ]
JavaScriptは今のCみたいなポジションで長く使われそうだ。
C同様即刻滅んで欲しいがC同様の理由で滅ばなそう



11 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 21:11:36.88 ]
なんで滅んで欲しいん?

12 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 21:25:48.66 ]
マルチプラットフォームでオープンで別の言語を載せようとした会社がなかったからだろ。

13 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 00:20:22.15 ]
JavaScriptが他のLL(perl,php,python,ruby等)に比べて劣ってるところは何かね?
それらの言語より筋はいいと思うけど。

14 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 01:20:19.48 ]
option explicit この一文だけで VBScript > JavaScript

15 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 01:22:05.09 ]
> JavaScriptが他のLL(perl,php,python,ruby等)に比べて劣ってるところは何かね?

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

独自仕様とはいえ、早くにそれらを呼び出す拡張をした
MSは先見の明があったと思う。


16 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 06:16:21.17 ]
>>1
うむ
色んなスクリプトをサポートして欲しかった
jsしか動かんとか、つまらん
最低でも3つはサポートして欲しかった


17 名前:デフォルトの名無しさん [2011/11/10(木) 08:16:54.59 ]
C++、PHP、JavaScriptとクソ言語が天下を取る法則でもあるのかね?
いやC++はクソなりにいいところもあるし、PHPは避けることもできるが
JavaScriptは単にクソというだけじゃなく使用を強要してくるからな。

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

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

真面目な話、JavaScriptをどうやって滅ぼすかが今後10年か20年かの課題になってくると思う。
暗黒の時代の始まりだ。

18 名前:デフォルトの名無しさん [2011/11/10(木) 08:26:58.83 ]
Javascriptは関数型言語なのです。
バカには使いこなせないのです。
とかいうとホムペクリエイターが喜ぶからじゃないでしょうか?

19 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 09:38:46.28 ]
javascriptはwebにおけるアセンブリ言語みたいにして
それを吐くより高級な言語で開発するみたいな姿勢になってるんだよな
でもそういう使い方するならもうちょっとシンプルな仕様の言語にしとけって思うけど

20 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 10:46:12.31 ]
仕様としては割とシンプルなほうじゃね?
それを扱う方法が複雑なだけで



21 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 12:09:15.26 ]
消滅すべきだったのは>>1だな

22 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 13:38:15.21 ]
>>18
純粋関数型言語で作りたかったでふ


23 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 19:59:41.00 ]
>>15
しかもIEはBGSOUNDタグで音楽再生ができたしな、
なぜかボロクソに叩かれたが

24 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 20:12:21.58 ]
IEのシェル統合は散々叩かれたのにKonquerorが叩かれないのが理解できない

25 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:13:26.70 ]
出る杭は打たれる

26 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:14:42.89 ]
>>24
コンカラはあくまでIEの物まねだからなあ、叩くとしたらその部分がまず最初になるかと
まあ結局コンカラもファイラ部分分離したがな

27 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:38:15.11 ]
Windows8のアプリって、HTML5+JavaScriptで作るのがお勧めなんだってな。
動的型の言語はやめてほしいわ。
C#でいいじゃん。
お手軽に書きたいなら、Scalaみたいな静的な型でお手軽にかけるやつ作ってほしい。

28 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:46:36.47 ]
お勧めじゃねーよw

29 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:49:20.49 ]
>>27
違うぞ。

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

30 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:58:39.03 ]
>>13
ヒアドキュメント使わせて…



31 名前:デフォルトの名無しさん mailto:sage [2011/11/10(木) 23:12:38.48 ]
>>13
なんか名前空間っていうか、変数のスコープとか変じゃね?

32 名前:デフォルトの名無しさん mailto:sage [2011/11/11(金) 00:02:59.58 ]
>>13
比較演算子がカオス。

33 名前:デフォルトの名無しさん mailto:sage [2011/11/11(金) 02:28:49.56 ]
>>31
phpよりはマシ

34 名前:デフォルトの名無しさん mailto:sage [2011/11/11(金) 02:29:39.06 ]
>>32
phpよりはマシ

35 名前:デフォルトの名無しさん mailto:sage [2011/11/11(金) 03:03:39.94 ]
>>30-32
CoffeeScript使えば万事解決だな

36 名前:デフォルトの名無しさん mailto:sage [2011/11/11(金) 08:26:08.51 ]
>>17
ttp://b.hatena.ne.jp/Tesh/20111110#bookmark-66849749
なんだお前か。

37 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 08:01:27.56 ]
>>15
当時はW3Cやその信者どもがHTMLの理念(笑)を掲げて暴れまわってたからな
結局XHTML2(笑)は誰にも相手にされず思想的には対極の存在だったWHATWGにのっとられたがな

38 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 14:33:03.25 ]
XHTMLとかまったく触らなかった俺はいつの間にか勝っていたのか

39 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 14:45:11.73 ]
2000年ぐらいに学生時代にXHTMLの無料セミナーみたいになのに言ったことがあるけど
段上でなんか、有名かよくわからん人が色々言っていたな。
XHTMLで作っていればデータの再利用がどうとか。

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

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

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

40 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 15:23:55.91 ]
>>39が書いたHTMLはさぞJavascriptからは扱いにくいものになるんだろうな



41 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 15:36:18.42 ]
え?なんで? 難癖付けたいだけ?

42 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 17:36:52.71 ]
>>41
>>39見て「ユーザーが見るため」「人間のため」ってのをやたら強調してたから、
「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。
「この人綺麗なHTML書く人じゃなさそう」って思ったんだよね。
正直、貴方の書くHTMLをスクレイピングとかするのは骨折れそうな気がしてきたw

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

43 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 17:46:37.72 ]
> 「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。

あちゃーw

お前が馬鹿なだけかw

44 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 17:47:54.11 ]
Javascriptから扱いにくいHTML...
なんのこっちゃwww

45 名前:40=42 mailto:sage [2011/11/12(土) 18:03:34.01 ]
Javascriptから、つーよりはDOMからって感じかな
idとかclassとかまともに設定されてなくて
document.querySelectorAll()をどう実行すればいいかめんどいケース
Greasemonkeyスクリプト作ってると毎回直面する話さね

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

46 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 18:18:56.02 ]
そこらへんはCSSの普及でだいたい解決してるんじゃない?適当につけるとCSS適応するときに困るから
CSSが普及したのはW3Cの理念が理解されたから…ではなくてデザインの幅が格段に広がったからなんだけどな


47 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 01:02:06.07 ]
>>39
むしろ公開している側は容易に再利用やサニタイズなんてしてほしくないと思うはずなんだがなぁ


48 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 02:14:18.57 ]
なぜ XHTML を採用するのか
w3g.jp/xhtml/guide/merit


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

49 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 02:47:27.31 ]
>>47
そもそも再利用というかデータとして使ってほしいならHTMLなんて冗長な形式にしないしな

50 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 16:30:52.83 ]
actionscriptが死んだ。javascript+html5に殺された。



51 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 18:39:29.12 ]
AdobeはAS3というかAVM2を出して事実上モバイルとPCを分断したのが最大最悪の失敗だったと思う

52 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 19:17:29.93 ]
JSのせいでWebがつまらなくなった

53 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 19:25:42.45 ]
>>52
人生をつまらなくしているのは、お前自身だ。
他人のせいにするな。

54 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 22:22:40.85 ]
C言語は偉大で無二の言語だけど、そろそろC言語っぽい文法しか売りがない
クズ言語は淘汰されるべきだ

55 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 23:14:44.19 ]
ちなみに、理由は俺の好みだ。

56 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 00:50:07.92 ]
hacker newsでアナウンスされるjsライブラリ見てると、今のhtml5+jsは勢いあるなと思う
けども、cやjavaよりかはperlみたいに「一世代築いた言語」で終わってしまう感が拭えない
海岸に打ち上げられたマッコウクジラが腐敗して内臓にガスが溜まって飛び散って、
見えたらダメな骨とか内臓が剥き出しになっている感するよね
2年後ぐらいにはブラウザにrubyもどきの言語が載ってんじゃないか?
(pythonもどきは永久凍土の関係でブラウザには載れない悪寒)

57 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 01:20:40.27 ]
ブラウザにruby? あははは。
ないないwww 絶対に無い。

58 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 01:47:42.60 ]
Ruby使いとしてもそこはRubyのポジションではない感じがするかな
ブラウザ上では既にJSありきになっちゃってるのだから
今のC言語のようにその位置はずっとJSだろう

59 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 02:12:07.92 ]
dartに普及して欲しいけど既成のjsの資産が増えすぎたよな

60 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 08:22:25.39 ]
Ruby信者はたかがベンチマークの話でHotRubyを潰した歴史があるからな



61 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 08:24:10.79 ]
>>56
そんなあなたにCoffeeScript

62 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 19:36:19.52 ]
でも一社が突貫工事ででっち上げた言語にしては奇跡的にマシな出来だよな。

63 名前:デフォルトの名無しさん mailto:sage [2011/11/17(木) 00:55:10.61 ]
最初からマシだったのこれ?

64 名前:デフォルトの名無しさん mailto:sage [2011/11/17(木) 09:57:13.73 ]
Ajaxがなかったら糞のまんまだったと思う

65 名前:デフォルトの名無しさん mailto:sage [2011/11/17(木) 15:04:48.84 ]
スクリプトエンジンの速度競争のおかげもある。
IE5.0辺りは、本当に使えなかった。

66 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 16:00:15.12 ]
スコープの制限とか名前空間とかアクセス修飾子がほしい。あとクラスはclassキーワードで宣言できるようにしたい。継承もっと簡単に。

67 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:23:19.40 ]
もうやめてES4のライフはなんたらかんたら

68 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:34:50.09 ]
ECMA上で>>66の機能を策定する需要はもうないのだろうか
Dartとかcoffeeに任せたほうがいいってことかな?

69 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 06:16:29.27 ]
スコープ制限自体は(やりにくいけど)一応あるじゃないか

70 名前:デフォルトの名無しさん [2011/11/27(日) 19:46:30.56 ]
>>58
EJS使ったりCoffeeScript使ったりとRuby使いは苦労してるのにお前ときたら・・・



71 名前:デフォルトの名無しさん mailto:sage [2011/11/28(月) 19:50:46.14 ]
wicketとかliftとかの
ステートレスの流れわろた。
すげー大回りして
デスクトップアプリの書き方に
なりましたってか?

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

72 名前:デフォルトの名無しさん mailto:sage [2011/11/28(月) 22:10:32.23 ]
>>71
それはどうせ、Macで動かなかったり
アプリの配布が大変だったり
動作が重いから却下。

73 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 09:36:37.17 ]
>>72
そんな問題はどうせすぐに解決
するから大丈夫。

74 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 10:18:01.44 ]
>71 なんか面白そうな話題だが
wicketってJavascriptじゃなくてJava?
liftって liftweb.net であってるかな
どの辺見れば話についていけるの

75 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 14:37:55.27 ]
>>74
>wicketってJavascriptじゃなくてJava?
yes
>liftって liftweb.net であってるかな
yes

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

76 名前:デフォルトの名無しさん [2011/11/29(火) 17:02:15.71 ]
>>65
> スクリプトエンジンの速度競争のおかげもある。

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

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

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

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

77 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 18:49:49.68 ]
>>8

Jscriptのことか?

78 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 18:56:17.17 ]
>76
10年前のハードでPerlが普通に動いてたんだから、
それより軽い仕様のJavaScriptが今のスマホで動かない訳がない。

79 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 19:05:53.48 ]
動くと効率よく動くは違う


80 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 19:42:16.48 ]
JavaScriptっていうより
webアプリケーションが
消滅すべきなんでしょ。
スマホもみんなWebアプリをアプリ化してるじゃん。
2chだっていつまでもCGIのサイト
じゃなくて専ブラとかアプリ
使ってんじゃねーの?



81 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 19:49:04.31 ]
MとCさえ作っとけば、あとはユーザが勝手にVを作ってくれるってことか。

82 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 19:54:50.84 ]
サイトはAPIを公開して、それに合わせてクライアントソフトを作るのか。
面倒だな。

83 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 19:58:47.68 ]
>>81
で、>>80が言ってるのは「デフォルトのVなんぞ用意するな」ってことだな

84 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 19:59:50.01 ]
月曜日、2011年11月28日
アルコールの瓶でのキッドのヘッドの半分
satanic-cumshot.blogspot.com/2011/11/half-of-kid-head-in-alcohol-bottle.html
4.bp.blogspot.com/-xhILkj4fGqk/TtQEEszQooI/AAAAAAAATHw/zQptxZ3aPLY/s1600/21_50_SSOTHOAYW_L_by_YoungGod.jpg
3.bp.blogspot.com/-K0JMBbFnb8w/TtQEFLl4hkI/AAAAAAAATH0/EVrw0hcdL1c/s1600/SSOTHOAYW___Hunterian_EE__34_by_You.jpg


85 名前:デフォルトの名無しさん mailto:sage [2011/11/29(火) 21:34:19.66 ]
>>76
流石にネイティブコード吐く言語より速かったら色々と問題じゃね…?

86 名前:デフォルトの名無しさん [2011/12/02(金) 07:14:44.15 ]
>>76
Dartはそんなことまで考えて作られていたのか・・・ってねーよ!
お前は江添亮か

87 名前:デフォルトの名無しさん mailto:sage [2011/12/02(金) 11:05:36.54 ]
江添さんがDartをdisるエントリを書く日を楽しみに待ってます^^^^

88 名前:デフォルトの名無しさん mailto:sage [2011/12/04(日) 09:04:27.09 ]
VM方式を採用してる時点で省電力とは無縁じゃないかと

89 名前:デフォルトの名無しさん mailto:sage [2011/12/13(火) 22:45:43.51 ]
半分家電の携帯電話なんかはVMで動く言語必須だろ
ユーザが自由に触れる部分はサンドボックスにしておくべき
どうせ軽いゲームとかユーティリティーソフトぐらいしかつくらないんだから

90 名前:デフォルトの名無しさん mailto:sage [2011/12/14(水) 10:35:49.61 ]

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



91 名前:デフォルトの名無しさん mailto:sage [2011/12/15(木) 09:56:00.34 ]
>>90
だな。
ノーパソでも動画編集はじめたら消費電力跳ね上がるしな。
Javascriptがバッテリー食いと言うが、今の状況になる前に他の方法でやっていたらとか、今後の技術開発動向を考えて具体的な数値比較しないと何とも言えん。

92 名前:デフォルトの名無しさん [2011/12/24(土) 23:18:33.02 ]
どうでもいいけどJSは関数名(メソッド名?)が長すぎて萎えた

93 名前:デフォルトの名無しさん mailto:sage [2011/12/24(土) 23:23:46.39 ]
JavaScriptには名前空間がないからね。

94 名前:デフォルトの名無しさん mailto:sage [2011/12/25(日) 00:19:14.85 ]
メソッド名が長いのはJSと言うかDOMだろ

95 名前:デフォルトの名無しさん mailto:sage [2011/12/25(日) 19:54:48.92 ]
名前空間はオブジェクトが使えるが、変数のスコープがなぁ・・・

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


96 名前:デフォルトの名無しさん mailto:sage [2011/12/26(月) 05:17:14.77 ]
nodeが使いづらすぎて嫌
functionでreturn書かないといけなかったり、
letを許さないなんて嫌すぎる

97 名前:デフォルトの名無しさん mailto:sage [2011/12/29(木) 20:22:32.64 ]
許すも許さないもletなんて標準規格に無いし

98 名前:デフォルトの名無しさん mailto:sage [2012/03/10(土) 00:05:18.66 ]
「js書いてるのは情弱だけ」はその通りだが、
だからCoffeeScriptというのも寒い時代だと思わんか。
歓迎してる連中がいるのが信じられん。

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

99 名前:デフォルトの名無しさん [2012/04/30(月) 20:16:27.10 ]
Javascriptが世界を支配する日 - DQNEO起業日記
dqn.sakusakutto.jp/2012/04/javascript_14.html

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

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

100 名前:デフォルトの名無しさん [2012/04/30(月) 20:24:09.13 ]
javascriptは処理系がどうしても遅くなるしね
型変換とかが頻繁に起こるから








[ 続きを読む ] / [ 携帯版 ]

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<91KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef