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

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

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

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

uy · 2012/09/11(火) 19:20:02.18

だいたいおまえ等がIT社会貢献(笑
してる意欲ってなんなんだ？ｗ
フリーライブラリ
ＩＤＥ
エディタ
とても便利ですけどｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
そんな人生しあわせか？

作るならせめて言語かＯＳ作れよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
フリーソフトとかライブラリ作成に人生の中の貴重な時間を使っちゃう奴ってさ
人間が大好きなのかな？
俺にけなされた名無しもきっとフリーウェア作者とかいただろうけど
おまえの作ったソフトは俺が使うんだぜ？

しあわせか？
マゾなのか？ｗｗｗｗｗｗ
別に俺は良いけど流石に心配になってくるよｗｗｗｗｗｗｗｗｗｗｗ
時間は有意義につかえｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2012/09/11(火) 19:33:13.08

時間は有意義につかえｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2012/09/11(火) 20:27:18.80

死ねバカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
死ねゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗコラｗｗｗｗｗｗｗｗｗｗｗｗ
死ねコラゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

uy · 2012/09/11(火) 20:32:31.55

ああ。。なんか学生が
友達連中と同じ時間遊んで同じ時間勉強したのに差がついちゃうアレと同じか
俺と同じように遊んでるとおまえ等人生破綻するよ多分

uy · 2012/09/11(火) 20:37:32.93

でもほんとフリーソフト作者やライブラリ作者さんありがとうだけどさ
人生大丈夫か？

簡単に作れるものならまだいいけどさ
結構こだわっちゃったものをフリーで公開しちゃってる人たち
本当にお前たち平気なんですかそれ？
後からつらくなってもしらねーよ？ｗ
プログラミングより有意義なこといくらでもあるだろうにｗ
安価でもいいからさぁ
シェア化したほうがいいのではないかと俺は思うよ

**デフォルトの名無しさん** · 2012/09/11(火) 20:39:55.14

>>401
つまんねえ考え持ってるやつだな。

uy · 2012/09/11(火) 20:46:46.67

？ｗ
まさか。。。。。。。。。。フリーソフト作者さんですかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
人生のほうはどうですか？フリーソフト無償公開！なんて車輪の再発明以上に無駄乙って感じですけど
もしかしてネトゲやってたほうがまだマシじゃね？
フリーソフト公開して何かいいことあった？
友達でもできた？

uy · 2012/09/11(火) 20:51:27.35

無駄だよ
どんだけ力誇示したって勝てないと思う

そんな誰でも時間かければ作れるものを当たり前のように作る技術は
技術力ではなく
ただの根気なんですよ
いい金になるなら誰かがやる
フリーで公開なんてアホじゃね？
生きてる世界がそんなに狭いのか
それともあるいはよほど暇なのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2012/09/11(火) 20:52:09.58

この業界も人脈がすべてだからな
とりあえずプログラマが人脈つくるお手軽な手段がフリーソフトの公開
ドカタが嫌ならなんか作って公開しとけ

uy · 2012/09/11(火) 21:04:11.27

コミュニケーション障害なのに人脈作れるの？ｗｗｗｗｗ
フリーソフト作って何人友達できたの？ｗｗｗｗｗｗ
リアルで何人友達いるの？ｗｗｗｗ
携帯のアドレス帳は何件女性のメアド入ってますか？
ねえ何人女性の友達います？

uy · 2012/09/11(火) 21:11:18.20

友達います？

**デフォルトの名無しさん** · 2012/09/11(火) 21:14:05.89

フリーソフト公開して人脈作れっていうのはコミュ障な奴向け方法なんだよ
能力があればコミュ障でもありつける仕事はある
能力が無いやつはコミュ力とかを鍛えざるを得ないだろうけど
能力が無いアスペとかになるとちょっと大変だよね……

**デフォルトの名無しさん** · 2012/09/11(火) 22:52:07.04

標準マンセー！俺ら勝ち組！JS勉強しとけば人生勝利！
って言ってるやつ、全員死亡フラグ立ててるよね(´・ω・｀)
jQueryでちょこちょこ動きつけて喜んでる程度のやつとか、
その逆にJSやCSSの糞ノウハウ貯めこんで最先端気取りのJavaScripterとか実にヤクイ
ピンチが危ない

どう考えてももっと効率のいい開発手法で一掃されるだろ。
他言語からのコンバート系とか（Angry BirdsのHTML5版はJava製だし、
最近Mozillaが過去のC++ゲーの移植やってるよな）Unityとか。
FlashもHTML5出力に取り掛かってるようだから
頑張ってSWF解析して再生してるソシャゲ屋さんあたりも涙目になるかも

**デフォルトの名無しさん** · 2012/09/11(火) 22:52:48.27

そういやMozillaはC#も使えるようにするとか言ってた(´・ω・｀)

**デフォルトの名無しさん** · 2012/09/11(火) 22:54:01.40

一言で説明するとこうだな。

　「JSの土管化」

uy · 2012/09/11(火) 23:00:08.61

コミュ障は友達欲しさにフリーソフト沢山作って公開するけど
結局たいした友達もつくれず
能力あっても３５歳で会社追い出され
結局タダで自分のフリーソフト使われるだけ使われて見返り無し
ボロ雑巾のように役立たずは捨てられて自殺ボロ雑巾のように役立たずは捨てられて自殺って感じです？

フリーソフト(笑)なんていくら作ってもお前のかわりなんていくらでもいるんだよ？

**デフォルトの名無しさん** · 2012/09/11(火) 23:34:06.33

能力が無いアスペは大変ですね

**デフォルトの名無しさん** · 2012/09/11(火) 23:38:01.45

で、なんの話だったっけ。

**デフォルトの名無しさん** · 2012/09/11(火) 23:39:54.24

uyには無理

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

あ

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

ほ

**デフォルトの名無しさん** · 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
みたいなバカが絶えん一因だとも思っている。