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

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

Ajaxとかいう技術のせいで再評価されちゃって、
結局使いにくいままjQueryとかcoffee scriptなるものを生み出してしまう。
429デフォルトの名無しさん
垢版 |
2012/10/14(日) 16:29:33.66
html5アプリも
ネイティブアプリも
電力消費量は大差ない。

ようは起動してるアプリの性質。
2012/10/14(日) 16:31:07.16
FacebookのザッカーバーグCEO、「HTML5に賭けたのは失敗」　Androidアプリも間もなくネイティブに

http://www.itmedia.co.jp/news/articles/1209/12/news032.html
431デフォルトの名無しさん
垢版 |
2012/10/14(日) 16:47:55.70
ザッカーバーグ氏の「HTML5に賭けたのは失敗」発言には続きがある。長期的にはHTML5への期待も語る

http://www.publickey1.jp/blog/12/html5html5.html

これが問題の発言部分。ザッカーバーグ氏はHTML5へ賭けたのが失敗だった理由として、
「because it just wasn’t there.」（なぜなら、単にそこにそれがなかった）と言っています。
「なぜなら単にその時期ではなかった。」と意訳してみました。

ザッカーバーグ氏は続いて、HTML5が悪いのではない、HTML5にはエキサイトしていると発言します。
2012/10/14(日) 16:50:28.84
まあ>>429が間違っているのは確実だけどな
2012/10/14(日) 16:59:46.94
ザッカーバーグと聞くといつもザッケローニを思い出すのは漏れだけ？
434デフォルトの名無しさん
垢版 |
2012/10/14(日) 18:20:59.30
ぶっちゃけPCでもHTMLは微妙だがな。
2chやTwitterをブラウザで見てる奴いるか？
普通はJaneStyleみたいなクライアントアプリを使う。
2012/10/14(日) 18:36:32.56
で？
436デフォルトの名無しさん
垢版 |
2012/10/14(日) 18:39:51.23
　　　で?
　　　と)n
　 /￣￣ヽ
　/＿＿＿ヽ
,,.,.,.|＿＿_|,.,,,.,.,.,
2012/10/14(日) 20:35:14.03
通信上でデフレートしてるのはともかく、
HTMLもJSも、「最悪でも人間が読める」ために冗長にソースをそのまま転送してるからな。

JSを圧縮・難読化して転送とか、CｏｆｆｅｅScriptみたいなJS変換なんてナンセンスすぎるわ。
さっさとクライアントサイドスクリプトの戦国時代に入って、3年くらいで決着付けてくれ。Java以外でな。
2012/10/14(日) 21:44:34.12
みんな抽象的な話しかしないから全く話が進まないな
2012/10/14(日) 22:09:45.34
アップル、グーグル、マイクロソフト、三者それぞれ思惑があるからな
いまさら足並み揃えてクライアントにjavascript以外のスクリプト言語を載せるのは難しい
各自が独自のスクリプト言語載せたらコンテンツ提供側がついてこないだろうし
2012/10/15(月) 15:59:52.82
>>474
minimizeとかpackerとか知らんのかお前…
441440
垢版 |
2012/10/15(月) 16:01:29.51
めっさ間違った…
×>>474
○>>437
2012/10/16(火) 06:24:34.87
ライブラリの読み込みやそのタイミング制御すらフレームワーク毎に手作りなのは
どうにも。

個別のフレームワークにはとても感嘆するし便利に使わせてもらっているけれども、
組み合わせて使おうとした途端に「混ぜたら危険」状態になるのはどうにかならない
ものか。
443デフォルトの名無しさん
垢版 |
2012/10/16(火) 20:41:22.98
>>442
具体的に何と何を混ぜたいの？
2012/10/31(水) 09:30:37.80
言ってみれば大昔のFM-8, X1, PC-8801等々が乱立してそれぞれのプラットフォームごとに最適化されてるみたいなもんか
2012/10/31(水) 10:48:44.75
今なんか同じハードでもブラウザごとに最適化しなくちゃいけないとか馬鹿なことやってるよ
2012/10/31(水) 11:40:34.17
Webアプリはプラットホームの違いを吸収する（キリッ
2012/10/31(水) 12:49:15.67
>>445-446
最近はそのあたりライブラリ作ってる側が考えてくれてるけどね
個々のアプリ作者がブラウザ最適化うんぬんって言ってる奴は十中八九ライブラリの存在も知らずに全部手書きしてるバカ
2012/11/04(日) 09:21:08.23
>>447
でもそれも限界があるぞ。
ベンダーが個々に走ってるのは止まってないんだから。
特にレンダリングやCSS3に依存するインタラクションとか(必要かどうかはまた別問題)。
449デフォルトの名無しさん
垢版 |
2012/11/05(月) 00:17:56.54
>>448
ベンダーが個々に走らないライブラリってなんだ？
ウェブ以外で。
2012/11/06(火) 16:18:33.28
>>446

うむ。しかし、オーバーヘッドがとんでもないことになったりしていい気がしない。Bubble Safariで600MBもメモリ食うとか、
やっぱり嫌気がする。
2012/11/12(月) 04:37:54.22
馬鹿とuyには無理
452デフォルトの名無しさん
垢版 |
2012/11/12(月) 07:02:21.56
死ねゴミ共が
死ねゴミ共が
2012/11/15(木) 20:20:08.93
これ答えてあげてください
uyさん
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1497248299
2012/11/17(土) 22:02:02.90
>>451
あれ？その２つ同じじゃね？
2012/12/22(土) 09:04:16.35
>>437
スクリプト戦国時代なんて、4，5年前に始まって、昨年ぐらいには終わった
2012/12/22(土) 10:51:16.70
javascriptは戦争での唯一の生き残りにこそなれなかったが
「ブラウザにとってのアセンブラ」という新たな地位を確立した
他国はjavascriptへコンパイルされる道を選び、
そして彼らの圧力のため、javascript自体も常に変革を迫られる存在となった
2012/12/22(土) 18:44:06.77
>>455
サーバサイドスクリプトじゃなくて？
LAMPとか確かに流行ってたが。
クライアントサイドPythonやRubyってあったか？

> 「ブラウザにとってのアセンブラ」
これ完全にJSの勝ちじゃん。
x86みたいに、今後30年以上JS意識しなきゃならんのか。
458デフォルトの名無しさん
垢版 |
2013/01/06(日) 10:34:35.35
皆が、いつまでもperl使ってるときに、ajaxやrailsブームが来た
で、みんながpythonやrubyなんかの他言語を使い出した。
ここまでは技術的に当然の流れ。
それに便乗してきた、どうにもならない関数型がhaskell,ocaml。
多少なりともjvm上で動くことで実用性があったのがscala,clojure
最初から居て最後まで残ったのがjavascript。
ダグラス・アダムスが万物に対する究極の答えに42を選んだ具合に、
世の中の皆がPHP、jsで良いかと、何となく最後まで残ってしまった言語
2013/01/06(日) 17:39:29.20
俺の書いた駄レスをコピペしたアホだれだ
2013/01/07(月) 11:18:01.10
>>457
JSが敵不在のまま勝利って感じ。
今、一番稼働している言語はJSじゃない？
世界中のPC、携帯端末で動いているんだから。
2013/01/07(月) 14:34:45.06
いや、どう考えてもCだろう

と思ったが、
CPU時間の累計で考えると確かにJSかもな…
2013/01/08(火) 01:31:34.50
>>461
Cで書かれたスクリプト言語のランタイム実行中は
どう計算するんだ？
2013/01/08(火) 09:51:21.74
まあ、たいていのスクリプト言語の処理系は、Cで書かれてるだろうから…。
JS処理系はJSにカウントでいいでしょ。Javaで書かれたJS処理系とかもあるし。
2013/01/08(火) 22:04:55.26
>>463
無知をさらけ出した
465デフォルトの名無しさん
垢版 |
2013/01/09(水) 18:22:26.21
>>464
プログラミング言語の実装の大半がC(or C++)言語で作られているは事実だろうし
この話の本質はJavaScriptのランタイムで動いているものはJavaScriptで
カウントすべしだろうから、それはそれでいいんじゃないかな。
少なくとも私はそっちの意見で賛成。
2013/01/09(水) 20:41:08.21
Javascriptで書かれた自前の処理シーケンスを記述した
データを解釈してバッチ処理をするプログラムは
自前の処理シーケンスという専用言語を実行していると
解釈されそうな気が

JavascriptのランタイムだってCから見れば
同じ様なものだろう。
2013/01/09(水) 21:11:47.15
>>466
極論を言えば、実装の大半を占めているであろうC(or C++)言語だけに
カウントしていいのかどうかじゃないのかな?
(それはさすがに違うだろう)

まぁどう分類するかについて決めてないから曖昧なのは認めますけど。
2013/01/09(水) 21:23:49.76
結局重複分は全部カウントしてしまうのが良いと思うんだけど。
Cで書かれたスクリプト言語の実行時間は自動的に
C言語の実行時間にもカウントされるみたいに。

コード量やプログラマーとしてカウントする際には重複無しで。
2013/01/10(木) 10:07:34.53
このカウント、計算方法はいろいろあるだろうが、

C ＞＞＞ C++ ＞＞＞ JS ＞ Java ＞＞ C# ＞ PHP

くらいになるのかね。
関数型言語()どこいった？
2013/01/11(金) 02:20:05.52
(関数型(言語))(どこいった)(?)
2013/01/27(日) 00:40:03.72
Webブラウザで解釈するスクリプトのデファクトがJavaScriptになったのが運の尽き
おかげでこのクソスクリプトをいかに高速に実行させるかというJavaScriptエンジン競争が始まり
Webブラウザはどんなにメモリ・CPUリソースを消費してもいいんだという
イカれた風潮ができあがってしまった
2013/01/27(日) 13:54:53.26
これからはクライアントもサーバーも node.js の時代です。(キリッ
2013/01/31(木) 21:23:06.80
>>471
＞どんなにメモリ・CPUリソースを消費してもいいんだという
＞イカれた風潮ができあがってしまった

これはもう死語だと早く気づかなくちゃいけない
そして景気と同じで大量生産大量消費している時分が一番言語も伸びるんだよ
その証拠にjsでなくともメモリに五月蝿い書き方はしなくなったしな

メモリ消費が増える→マシンパワー必要→新技術が必要
はいいが、
メモリ消費固定と仮定→マシンパワーの必要性が薄まる→？？
これは情報がもつエントロピー的にまずい。

「節約」すれば世のため人のためになってるって勘違いしてる日本の経済と似ていると思う
関数言語（）なんていってる人は言語の進化をわかっていないな
ま、嫌でも感じずには入られないからこんな不等式を書きたくなるんだろうけどね
2013/02/01(金) 02:48:13.83
言語とコンテンツをごっちゃにしてねえか？

JSは言語としては面白い。
配列すら存在しない、辞書と関数だけで全てを表現するストイックさにはシビれるものがある。

この愉快で面白くて異常に尖った言語を、
誰もが使うウェブブラウザで動かすのがナンセンスだって言ってる。

そのせいで、開発者じゃない一般の利用者ですら、JSの存在を意識せざるを得ない。
結果、利用者に「IE バージョンxx以上でご覧ください」って要求する現状はおかしいだろ。
2013/02/01(金) 05:41:30.31
>>473
景気良い時に作られた笹子トンネルは
杜撰な施工で後の世代に禍根を残した
2013/02/01(金) 06:11:55.68
ストイックどころかvar無しでグローバルとか変態な変数スコープとか変にカジュアルにした
部分がとても嫌。
2013/02/01(金) 06:28:47.54
var無しは外側の関数スコープの宣言を探しに行くだけで、即グローバルになるわけじゃないぞ
クロージャとかを考えるとこの仕様のほうが素直だと思うけどね
2013/02/01(金) 07:26:47.89
varをmyにするセンスよりマシだけど
localとかprivateで良かった起臥す
2013/02/01(金) 08:08:34.77
varはスコープの内側で有効な変数を宣言するものであって、
ローカルな変数を宣言するっていう意味のものでは無いと思うのだよね
なのでlocalやprivateは不適切に思える

グローバルスコープでvar宣言すれば、それは一番外側にあるグローバルスコープの内側で有効な、
つまりグローバル変数になるわけだ

この辺を全部varだけで済ますのが>>474の言うようなストイックなとこだと思う
2013/02/01(金) 08:46:35.54
varみたいな修飾子をつけると影響範囲が広くなる、ならまだ解るのだけれども「つけ忘れると意図せず
影響範囲が広くなる」と言うのは関心の分離という意味では筋の悪いデザインだと思う。
つけ忘れる可能性があるものは何時か必ずつけ忘れるのだから。
var一つで済ますのは良いのだけれども、使い方が逆なんだよね。
2013/02/01(金) 09:30:27.03
>>477
外を見に行くのはともかく見つからない場合はデフォで変数を一番大きなスコープに作成
する必要が合ったのが不具合きわまりない。
2013/02/01(金) 10:59:55.98
>>477
ん？グローバルになるんじゃないの？
グローバルにならないのなら、どんなスコープになるの？
2013/02/01(金) 13:50:13.30
>>477
varって「ローカル変数を定義する」って説明されるし、現実にはその通り使うけど、
実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能なのよね。

「変数は暗黙に定義される」って軽量言語らしい所と、
クロージャが使えることを両立させようとすると、
素直っちゃあ素直な作りなんだよな。


純粋に言語として見れば、JSは面白いんだがなぁ……
2013/02/01(金) 14:35:09.01
>>483
varは、同じ変数が上位のスコープにあったらそれを隠蔽するという仕様なだけで、
> 実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能
というのは変だぞ。
> ローカル変数を定義する
こっちが本筋の機能でしょ。
2013/02/01(金) 15:57:37.43
別にvarが無くたって変数が暗黙的に定義できてクロージャが使える言語なんていくらでもあるでしょ。
>>483は曲解過ぎる。
で

JavaScriptのvar無しでの振る舞いの仕様がウンコであることはstrictモードの存在自体が証明している。
2013/02/01(金) 17:29:09.66
>>485
varみたいなものが無い場合、
上位のスコープで使ってるかもしれない名前の変数をローカルで使いたいときはどうするの？
デフォルトでは上位のスコープを見に行かないとか？
2013/02/02(土) 07:20:59.56
>>484
悪いが仕様を語るならまず仕様を読め。
「同じ変数が上位のスコープにあったらそれを隠蔽するという仕様」とやらで

alert(a)
var a = "A"

と

alert(a)
a = "A"

の振る舞いの違いを説明してくれ。

>>486
何を言いたいのか解らんがJavaScriptも変数宣言は環境ローカルしかないぞ。
2013/02/02(土) 09:17:48.28
>>486
レキシカルスコープの中での変数名の重複を許していない言語が多い。つまり、宣言時に外の
スコープで既に宣言されている変数名は内側のスコープでは新たな変数名としては使えない。
そしてこれはクロージャが使える云々とは全く関係がない。
2013/02/02(土) 15:10:12.25
>>488
レキシカルスコープ上で変数名の重複を重複を許さないとか、そんな変態的な仕様な言語は多くないだろ
そもそもLISPがそんな仕様じゃないし

そういう言語だと、関数の仮引数も同じく関数スコープ上で重複をゆるされなかったりするのか？
2013/02/03(日) 06:47:57.58
varは変数宣言以外の何者でもないだろ。
2013/02/03(日) 17:52:21.36
宣言しなくても変数は使えるんだから、varの実質的意味はスコープの制限にある
2013/02/03(日) 18:21:35.93
実質的意味とか宣う頓珍漢な俺様曲解に実質的意味など何も無いからw

varの意味はローカル変数を宣言して実際に生成すること。
具体的には変数スコープに入ったときにスコープ内のvar以下の識別子を全て列挙して
スコープ内の変数名として扱い、値としてundefinedを代入する。これが仕様。

varによってローカル変数が宣言され生成された「結果の一部」がそれ以後の変数への
代入や参照でスコープが制限されているように見えるだけの話。しかしその理解も全体
の一部にしか過ぎないから、「隠蔽」とか「スコープの制限」とかいう理解に留まって
いる限り>>487の例ですら解釈出来ない。

そんな問題ありありの俺様曲解にこだわるメリットなんて何も無いと思うのだがwww
仕様通りの「ローカル変数を宣言」で何も困らん。
2013/02/03(日) 19:47:33.12
>>492
そいで結局のところおまえはvarは不要と考えてるわけ？
Coffeescriptみたいにスコープ内側では重複した変数名を許さないのがお好み？
もしくはスコープ外側を参照する変数にはouterみたいな宣言をつけるとか
2013/02/03(日) 20:48:15.46
>>493
自分の感想ではvarの有無なんてどっちでも良いよ。ウンコな部分はそこじゃない。

JavaScriptに関してはstrictモード相当がデフォになることで暗黙のグローバル変数が
無くなって、結果として「宣言しなくても変数は使える」なんて宣う>>491みたいな
バカが根絶されれば当面は満足。
2013/02/03(日) 21:45:03.53
宣言無しで使えるのは事実だろうがｗ代入する必要はあるがｗ
2013/02/03(日) 22:17:13.69
宣言無しだとグローバル変数として使えてしまうのがウンコだと何度言ったら。
stirctモード相当がデフォになれば宣言無し変数への代入はエラーになる。宣言無しでは
変数は使えなくなるわけで、結果として>>491みたいなバカも根絶されて重畳。

非strictモードで宣言無し変数への代入が暗黙のグローバル変数扱いになるのは代入操作が
そういうウンコな仕様になっているだけの話であって、varの仕様自体とは直接は無関係。
こんなウンコ仕様が残っていることもvarはスコープを制限とか変な曲解を流布する>>491
みたいなバカが絶えん一因だとも思っている。
2013/02/04(月) 10:40:53.19
>>473
こういう発想でJavaが生まれたりWindowsが無駄に重くなったりしたのかなと思って感心した
個人的にはコピペにして語り継ぎたい
2013/02/04(月) 12:18:37.07
＞どんなにDQNを生んでもいいんだという
＞イカれた風潮ができあがってしまった

これはもう死語だと早く気づかなくちゃいけない
そして景気と同じで大量生産大量消費している時分が一番人類も伸びるんだよ
その証拠にDQNでなくとも躾に五月蝿い育て方はしなくなったしな

DQNが増える→犯罪が増える→治安維持が必要
はいいが、
DQN撲滅と仮定→犯罪が減る→？？
これは人類がもつエントロピー的にまずい。

「節約」すれば世のため人のためになってるって勘違いしてる日本の経済と似ていると思う
NewTypeなんていってる人は人類の進化をわかっていないな
ま、嫌でも感じずには入られないからこんな不等式を書きたくなるんだろうけどね
2013/02/04(月) 16:59:13.90
>>493
で、お前の
> 実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能なのよね。
という主張はどうなったわけ？
2013/02/05(火) 03:15:10.52
>>499
それはおれが言ってるわけじゃないけど
varは上位のスコープの同名の変数を隠蔽する機能を持ってるってことじゃないの？
それが本質かどうかはおれにとってはどうでもいい
var自体いらねーとか言う主張に文句があっただけだ
2013/02/05(火) 04:33:59.93
そもそもvarいらね〜だなんて誰も言っていない件。
2013/02/05(火) 04:54:32.74
>>501
>>480とか>>485とか>>488とかかな
2013/02/05(火) 05:17:00.45
>>502
どれ一つとしてもvarいらね〜だなんて言っていない件w

>>480は暗黙の変数がグローバルスコープで作成されるのは筋が悪いと言っているだけだし
>>485は"「変数は暗黙に定義される」って軽量言語らしい所と、クロージャが使えることを
両立"するのにvarは必須ではないといっているだけだし、
>>488は言わんとする意味がわからんが少なくとも「varいらね〜」とは一言も言っていない
のはわかる。

var無しでの振る舞いに文句を言うのとvarはいらね〜と文句を言うのは全く別問題だぞ。
2013/02/05(火) 06:14:34.43
>>503
>>480はグローバルとか言ってない。varみたいにローカル変数に宣言をつけるんじゃなくて、
スコープ外部を参照する変数の方に宣言をつける方式の方がいいってことだろ

>>485は必須ではないってことは無くても良いってことじゃん

>>488はCoffeescriptみたいに全部宣言無しで変数重複を許さない方式にすればいいから
varの方式である必要はないって意見だな
実際Coffeescriptはvarいらねーって主張からそういう方式になった
505483
垢版 |
2013/02/05(火) 10:04:46.71
>>485 strictモードとか付けたことないし…。
>>487 えっと思って試しに書いてみたら、ほんとに未定義エラー出るし…。
自分の不勉強で話に着いていけないから、もうROMってたんだが……


なぜか>>484が難癖付けられててワロタｗ
2013/02/05(火) 10:11:43.65
正直いろいろ勉強になったｗもっとやれｗ
2013/02/14(木) 23:27:13.07
つまり何言語が最強なん？
508デフォルトの名無しさん
垢版 |
2013/02/15(金) 08:52:58.18
Adobe PhotoShopのソースもPascalでした
http://computerhistory.org/atchm/adobe-photoshop-source-code/
509デフォルトの名無しさん
垢版 |
2013/02/15(金) 08:55:30.84
Node.jsなんかには同期読みこみもあるみたいだし
http://www.2ality.com/2011/12/nodejs-shell-scripting.html
やろうと思えばやれないこともなさそう
2013/02/15(金) 09:00:39.91
そりゃ、Macの最初の公式開発言語はPascalだったからなあ
2013/02/15(金) 09:03:13.50
ひといたのかここ
2013/02/15(金) 15:54:05.53
勉強になった
腐ってる
http://builder.japan.zdnet.com/script/sp_javascript-kickstart-2007/20373861/3/
2013/02/17(日) 02:21:24.11
Node.jsなんて死ねばいいのに
2013/02/17(日) 07:25:19.05
node-webkit 最高っす
うっす
2013/02/24(日) 18:21:32.21
うまく説明できないけど
googleがこの分野から消えれば
大体解決するような気がしている
516デフォルトの名無しさん
垢版 |
2013/02/28(木) 05:11:49.19
>>473
富豪厨はプロセッサの現状がどうなっているか知っているの
Sandy Bridge→Ivy Bridge→Haswellと3世代に渡って性能がほとんど上がってないんだが。
最先端プロセスを持つIntelがこの状況。自作PC板がお通夜状態になってるから見てこいｗ

ついでにIntel以外の各ファウンドリ（ARM勢やAMD）もプロセスルールで躓いていてヤクイ
PS4もシングルコア性能で云えばCore i3程度しかない。

しかも、モバイルプロセッサはPCプロセッサより遥かに下で限界が来る。
これはバッテリーや熱処理といった物理的制約から来るのでどうしようもない。
スマホやタブレットはもとより、Google Glassのようなものになれば尚更性能を出せなくなる。

これが指し示す事実（強調）：

★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
・今PCで快適に動かないアプリケーション（例えばブラウザ上で動く多数のウェブアプリケーション）は、
　10年後のモバイルデバイスでも快適に動かないし、ヘタをしたら永遠に重いままである
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★

グラフェンプロセッサの実用化にでも賭けますか？
何十年後になるか、上手く行くかどうかも解りませんが。

選択肢は2つ。

・ブラウザを速くする（どれほど現実的？）
・さっさとブラウザやめる

HTML/CSS/JavaScriptスタックに乗るにせよ降りるにせよ、
フリーランチはもうないということを認識して貰いたいですな。
517デフォルトの名無しさん
垢版 |
2013/02/28(木) 05:24:25.23
随分前からCPUの性能というのは
シングルコアでの性能ではなく
コア数を増やす方向に変わったはずだが？
2013/02/28(木) 06:09:06.19
JavaScriptがマルチコアでもちゃんと性能が伸びるかは別問題なわけで。
519デフォルトの名無しさん
垢版 |
2013/02/28(木) 09:09:39.51
マルチコアで性能が伸びるかどうかは
JavaScriptではなく、アプリ側の問題だよ。
2013/02/28(木) 09:19:15.72
まったくだ。.netでマルチスレッドしまくりのアプリ作ってると
マジでこれ.netかよってくらいスムーズに動くアプリが作れる。
2013/05/03(金) 01:37:58.85
Netscapeの遺産を守っていきたい。
2013/05/27(月) 20:16:51.74
>>521
モザイクからやり直せ
2013/06/05(水) 10:26:23.64
いまだにＣ言語よりも一般に多く使われている言語がJavaScript
2013/06/10(月) 09:14:14.93
中国語だろ
525デフォルトの名無しさん
垢版 |
2013/06/16(日) 10:47:15.16
JavaScriptを殺せなかった（Ajaxで生きながらえさせてしまった）のは
今世紀最大の失敗だったと思うわ

TojiCode: A Tale of two Web Technologies
http://blog.tojicode.com/2013/06/a-tale-of-two-web-technologies.html

コメント欄など見てると、もう駄目だよこれ＼(^o^)／ｵﾜﾀ
JavaScriptの置き換えも改善も期待しないほうがいい。
DartもPNaClも政治で潰される。asm.jsはどう考えてもLLVM→asm.jsの変換時間やマルチスレッド対応で躓く。

ウェブはJavaScriptと心中だ。

つかBrendan Eichの老害っぷりがぱない
というより、あれこれ理由をかこつけて自分が作ったJavaScriptを守りたいだけなんだろうけどさ。
JavaScriptやasm.jsに疑義を呈するブログやツイートに片っ端から突撃してくる必死っぷりが心底うざいｗ

そろそろHTML/CSS/JavaScript全部スクラップにして
第二のウェブを作ることを考え始めてもいい頃合いではないかと思う。
野心ある人はもう取り組んでいるかもしれん。
526デフォルトの名無しさん
垢版 |
2013/06/16(日) 10:59:25.17
[更新]新型MacBook Airと旧型MacBook Airを徹底比較！気になる性能は？ | ガジェット速報
http://ggsoku.com/2013/06/macbook-air-2012-2013/

新しいMacBook AirはあろうことかGeekBenchスコアが低下（6128→6013）

私達はこういう時代に生きているのだということを
よくよく考えなければならないのだけどね。ほんとに(´・ω・｀)
ハード性能が上がるのを当てにして遅いソフトウェアを作ることはもう許されない。

だというのにクソゴミカスのウェブ界隈の連中は
527デフォルトの名無しさん
垢版 |
2013/06/16(日) 11:11:50.06
>>525
誰だよそのブログ書いた奴？
そいつがアホなんじゃない？

Brandon Jonesでぐぐった
https://www.google.co.jp/search?q=Brandon+Jones&;num=20&safe=off&tbm=isch
2013/06/16(日) 15:27:51.04
ウホ
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況