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

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

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

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

**デフォルトの名無しさん** · 2012/09/12(水) 03:51:51.33

uyはゲーム系専門卒の屑ニート

uy · 2012/09/12(水) 06:49:34.48

人間効率って言葉知ってる？
今考えたんだけどどんな意味に定義しようか

**デフォルトの名無しさん** · 2012/09/12(水) 09:30:03.10

uyは好きなキャラ以外はこの漫画の通りですね。
http://typeangler.net/upfile/blog_attach_8d7e7f7231cb3594d8f7d72be2ef4360.jpg
× 乙歯と緒倉憂子だけだ。
○ 幽々子だけだ。

uy · 2012/09/12(水) 12:29:04.49

様つけろ

**デフォルトの名無しさん** · 2012/10/06(土) 21:44:02.78

uyおちんちん舐めさせて

**デフォルトの名無しさん** · 2012/10/13(土) 09:05:56.77

とうとうMSまでjavascriptコンパイラを出しちゃいましたね。
この傾向は健全じゃないですね。
そもそも遅い処理系ってのはCPUをたくさん使う＝電力を使う
わけ地球環境破壊と同じなんですよ。
世界は脱原発に向かってるのにこれはよくないですよマジで

**デフォルトの名無しさん** · 2012/10/13(土) 09:35:26.62

なら、cで書けよw
OLPCのネグロポンテが手回しタブレットの為にcで書けって嘆いてたぜ
最近のプログラマはメモリ管理もろくに出来ないって

**デフォルトの名無しさん** · 2012/10/13(土) 09:38:54.42

遅い処理系なんていうが、rubyやpython,perlより処理速度は速いからなw
電力がどうこういうのであれば、処理系のメモリ使用量で考えろよ。CPUってwwww
jsは、もはやウェブ世代のVBだよ

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

JSのウェブページは、ブラクラ

**デフォルトの名無しさん** · 2012/10/13(土) 10:08:28.54

スマホなんかだとHTML+Javascriptのアプリ見てるとすげえバッテリー減ってくのわかるわ。
有用なサイトは専用のネイティブアプリがあるし
結局、ネイティブアプリ以外は使わないし、Webブラウザなんか全く使わない。
ネイティブ以外必要ない

**デフォルトの名無しさん** · 2012/10/13(土) 10:35:59.96

しばらくの間、html5はデスクトップで使うものだろうね
だけど、それもスマホのバッテリー次第だよ。
技術的なブレイクスルーなんて、スグだからね。
必死こいて囲い込み技術のバッドノウハウ溜め込むよりかマシ

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

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

ザッカーバーグと聞くといつもザッケローニを思い出すのは漏れだけ？

**デフォルトの名無しさん** · 2012/10/14(日) 18:20:59.30

ぶっちゃけPCでもHTMLは微妙だがな。
2chやTwitterをブラウザで見てる奴いるか？
普通はJaneStyleみたいなクライアントアプリを使う。

**デフォルトの名無しさん** · 2012/10/14(日) 18:36:32.56

で？

**デフォルトの名無しさん** · 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とか知らんのかお前…

**440** · 2012/10/15(月) 16:01:29.51

めっさ間違った…
×>>474
○>>437

**デフォルトの名無しさん** · 2012/10/16(火) 06:24:34.87

ライブラリの読み込みやそのタイミング制御すらフレームワーク毎に手作りなのは
どうにも。

個別のフレームワークにはとても感嘆するし便利に使わせてもらっているけれども、
組み合わせて使おうとした途端に「混ぜたら危険」状態になるのはどうにかならない
ものか。

**デフォルトの名無しさん** · 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に依存するインタラクションとか(必要かどうかはまた別問題)。

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

**デフォルトの名無しさん** · 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意識しなきゃならんのか。

**デフォルトの名無しさん** · 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
無知をさらけ出した

**デフォルトの名無しさん** · 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いらねーって主張からそういう方式になった

**483** · 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

つまり何言語が最強なん？

**デフォルトの名無しさん** · 2013/02/15(金) 08:52:58.18

Adobe PhotoShopのソースもPascalでした
http://computerhistory.org/atchm/adobe-photoshop-source-code/

**デフォルトの名無しさん** · 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がこの分野から消えれば
大体解決するような気がしている

**デフォルトの名無しさん** · 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スタックに乗るにせよ降りるにせよ、
フリーランチはもうないということを認識して貰いたいですな。

**デフォルトの名無しさん** · 2013/02/28(木) 05:24:25.23

随分前からCPUの性能というのは
シングルコアでの性能ではなく
コア数を増やす方向に変わったはずだが？