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

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

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

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

**デフォルトの名無しさん** · 2014/02/03(月) 09:33:48.63

JSは叩いていいよ

**デフォルトの名無しさん** · 2014/02/03(月) 18:42:49.32

叩いたら、あ、低能が騒いでるって思うだけだから、どんどん叩いていいよ。

**デフォルトの名無しさん** · 2014/02/03(月) 20:31:34.90

低能だとは思わんが　お前は作れないのによく言えるなーって
傲慢さに逆に感心する

**デフォルトの名無しさん** · 2014/02/04(火) 09:36:57.89

JSは土管としてのみ存在を許される
直接書くやつはアホ

**デフォルトの名無しさん** · 2014/02/04(火) 10:39:01.69

利用してる側の人間が偉そうにするって気持ち悪すぎｗ

**デフォルトの名無しさん** · 2014/02/08(土) 00:17:15.94

JavaScriptがクソなのではない
DOMがクソなのである

**デフォルトの名無しさん** · 2014/02/08(土) 17:56:29.97

すぐに下品な言葉使う男ってダサすぎ・・・（24歳OL)

**デフォルトの名無しさん** · 2014/03/15(土) 13:13:08.86

Javascriptはなんかもうアセンブラみたいな位置づけに落ち着いてしまった。
できることなら書きたくはないが、知っているほどWeb系マとしては優秀になれるような言語でしょ。
代替が出てくるのはもう無理。既存の資産が多すぎて切ることは出来ない。

今後もCoffeeみたいな上位言語でラップされるだけで、少なくともこの先十年以上残り続けると思うぞ。
そんな状況になってしまってるのにいつまでもクソクソ言ってるのは、無能アピールっぽい。

適切な開発環境を準備できない糞な職場で、
素のJavascriptを書くしかできないような、土方にだけはなりたくないな。
どうやって素のJavascriptを直接触れないで済むかに、全力を投資していきたい。

**デフォルトの名無しさん** · 2014/03/15(土) 13:39:37.81

>できることなら書きたくはないが、

Yes, I agree.

>知っているほどWeb系マとしては優秀になれるような言語

Never.

**デフォルトの名無しさん** · 2014/05/16(金) 02:31:12.99

JavaScriptはthisの扱いが糞なだけでほかは優秀

**デフォルトの名無しさん** · 2014/05/16(金) 07:55:03.71

型はあった方が良い

**デフォルトの名無しさん** · 2014/05/16(金) 15:34:50.45

TypeScriptやれよ
Dartよりも互換性高くてオススメ

**デフォルトの名無しさん** · 2014/05/22(木) 21:48:06.77

なぜアプレットは流行らなかったのは

**デフォルトの名無しさん** · 2014/05/22(木) 23:29:18.97

もちろんオラクソだから

**デフォルトの名無しさん** · 2014/05/22(木) 23:34:27.21

jsは既にunixにおけるcと同じ地位を確立してて、葬り去ることは不可能。
それどころか、phpやrubyをfortranやpascal,delphiにする勢い。
数年後、あれらは良いモノだったって言うのが分かる。

**デフォルトの名無しさん** · 2014/05/23(金) 19:31:44.49

数日分データ飛んだのか

**デフォルトの名無しさん** · 2014/05/24(土) 00:20:21.61

一日分飛んだっぽい

**デフォルトの名無しさん** · 2014/05/24(土) 00:34:19.26

おお、俺の素晴らしい書き込みが消えてしまったのか！

**デフォルトの名無しさん** · 2014/05/24(土) 08:18:59.96

一体なにが書いてあったんです？

**デフォルトの名無しさん** · 2014/05/26(月) 19:00:48.45

open 2chからはアクセスできる。本家は攻撃でもされてるの？

**デフォルトの名無しさん** · 2014/05/26(月) 19:01:49.49

>>604
マルチして何やってんの？

**デフォルトの名無しさん** · 2014/06/16(月) 21:02:47.32

C#スクリプトみたいなのが生まれればよいな

**デフォルトの名無しさん** · 2014/06/24(火) 09:48:44.06

ScriptCS: C#をスクリプト言語にする
http://www.infoq.com/jp/news/2013/05/ScriptCS

**デフォルトの名無しさん** · 2014/07/16(水) 22:14:43.87

>>592
> そんな状況になってしまってるのにいつまでもクソクソ言ってるのは、無能アピールっぽい。

第一に、クソクソ言うことと使いこなすことは両立できる。

むしろ過適応というのかね、クソにまみれて感覚が麻痺したあまり、クソをクソと感じなくなったり、
このクソ環境でこんなバッドノウハウを考えました俺スゲーみたいなアピールするやつJSerに多いが、
俺はそういうのこそ無能だと思うよ。可哀想だとすら感じる。

あと少なくとも現状、無理してウェブアプリにする必要がないケースは数多い。
クソをクソと認識して正しく避けたり、あるいはクソが取り除かれるまで待ちながら
ネイティブ開発している人が多数いるわけだが、無能どころか優秀って言わね？

俺からすれば、JSやHTML5に一点投資した人は、いつか夜明けが来ると信じて
（しかし夜明けが全然来ないので）
サンクコストの泥沼にはまってる人が多いように思えるよ。

大事なのはユーザーにキッチリ価値を届けることだ。そのために難しい戦場で戦うことはない。
JSでここまでやったぜっつってもユーザーは評価してくれないんだよね。
スクロールがカクつくの何、レイアウトが乱れるの何、反応が遅いの何、
欠陥品じゃん！これ作ったプログラマ無能じゃん！ってね。

**デフォルトの名無しさん** · 2014/07/16(水) 22:19:05.65

特にHTML5でスマホゲー作ってる（作ってた）連中は、この数年の間に
取り返しのつかないビハインドを背負ってしまったことを認識しないとまずい

最新のiPhoneネイティブゲームの映像ですご確認ください
https://www.youtube.com/watch?v=N19p2L0-BcU

**デフォルトの名無しさん** · 2014/07/16(水) 22:21:22.01

なんで型宣言曖昧な言語がはやりだったんだろ

**デフォルトの名無しさん** · 2014/07/17(木) 00:37:10.76

Javaアプレットが流行れば良かったのか

**デフォルトの名無しさん** · 2014/07/17(木) 00:59:15.84

Teshさんお久しぶりです

**デフォルトの名無しさん** · 2014/07/17(木) 15:00:19.21

>>610
今までに無いタイプの言語には、試しに使ってみた人が大勢出てくるから
では。

**デフォルトの名無しさん** · 2014/07/21(月) 01:35:38.56

scriptあると滅茶苦茶遅くなったり誤作動や固まる率がものすごく上がる
その一方でメリットはあるとは思えない、あっても虚飾程度

**デフォルトの名無しさん** · 2014/07/21(月) 04:24:54.74

twitterですね
わかります

**デフォルトの名無しさん** · 2014/07/21(月) 13:52:48.27

>>615
15年前から来た人にTwitterとかGMailとか通じないよｗ

**デフォルトの名無しさん** · 2014/08/02(土) 21:40:31.68

>>609
Javascript＋WebGLで作られたサンプルの方がそれより凄いんだけど
http://oos.moxiecode.com/js_webgl/water_noise/
http://jeremybouny.fr/ocean/demo/

Javascriptでシェーダーが使えるようになったから結構リアルなCGも描写できるようになったんだよな
EmscriptenっていうC言語からJavascriptに変換するプログラムもあるし低級化していってるなと思う

**デフォルトの名無しさん** · 2014/08/08(金) 12:29:14.03

>>610
分野によるでしょ。
数行スクリプトが頻発する分野では生き残るためには必須と言える。
>>609
コアなライブラリだけネイティブであればよくて、
後はJITのあるスクリプトで十分ってことがまだ分かってない人がいるとは。
https://www.youtube.com/watch?v=Sfx4OA4eF-A

**デフォルトの名無しさん** · 2014/08/08(金) 19:59:37.86

trelloやasanaみたいなもの作れたら、それでいい
ゲームプログラマって．．．

**デフォルトの名無しさん** · 2014/08/11(月) 13:54:05.48

JavaScriptって今までJavaみたいなオブジェクト至高言語しかやったことないやつが
関数が配列に入ったりするのに感動して過大評価してるだけなんだよね
そんなの関数型言語じゃ当たり前だったし、オブジェクト指向ではあえて入れなかった機能なんだが
それがJavaScript特有の高機能性だと思ってる

**デフォルトの名無しさん** · 2014/08/11(月) 13:57:09.10

えっ

えっ？

**デフォルトの名無しさん** · 2014/08/11(月) 14:10:20.53

第一級関数が無い言語なんてもうほとんどないんでは

**デフォルトの名無しさん** · 2014/08/11(月) 14:18:20.31

C#とかC++果てはDまでもdelegateとか言って特別扱いじゃん
最初は排除してたくせに、新機能アピールのために後付してるのが見え見え。

**デフォルトの名無しさん** · 2014/08/11(月) 14:28:56.70

個人的には第一級関数よりプロトタイプが書いてて面白いと感じたな
あとNodeが用途によってはPHP、Railsあたりと比較して圧倒的にパフォーマンスに優れてる面とかかなぁ

**デフォルトの名無しさん** · 2014/08/12(火) 20:43:16.93

>>620
違うよ。Perl,Ruby,Python使って奴らが、JavaScriptでイイヤって悟ったんだ

**デフォルトの名無しさん** · 2014/08/12(火) 20:44:00.14

PHP,RailsがNode.jsより優れてる点って？

**デフォルトの名無しさん** · 2014/08/12(火) 22:14:17.64

webアプリに必要なヘルパーがてんこもりなところ
あとNode.jsはエラーハンドリング面倒くさすぎだわ
ただそれらを差し引いても魅力的なパフォーマンス

**デフォルトの名無しさん** · 2014/08/13(水) 12:27:44.40

そりゃエラー処理もガベコレも端折ればパフォーマンス上がる罠

**デフォルトの名無しさん** · 2014/08/17(日) 02:55:19.91

nodeはエラーハンドリングが貧弱なくせに
エラー起こすと全機能停止するからな
そこだけが不満

**デフォルトの名無しさん** · 2014/08/17(日) 10:17:55.63

@ebi
なるほど。この発想はすごいなぁ。

ソースコードに隠された謎を説きながら冒険を進めろ!ゲームでプログラミングを学べる
hackforplay/shi3z:電脳ヒッチハイクガイド:電脳空間カウボーイズZZ
http://ch.nicovideo.jp/akiba-cyberspacecowboys/blomaga/ar599071

**デフォルトの名無しさん** · 2014/10/26(日) 01:36:33.86

javascriptでオンラインゲーム開発したいんだけど、何すりゃいいんだ？

**デフォルトの名無しさん** · 2014/10/26(日) 04:00:32.16

webgl

**デフォルトの名無しさん** · 2014/10/27(月) 08:43:01.42

>>631
君はそもそも、言語の勉強からまず始めるべきだな。

**デフォルトの名無しさん** · 2014/12/09(火) 23:43:52.67

スクリプトまじでうざいわ

**デフォルトの名無しさん** · 2014/12/10(水) 08:07:16.72

>>634
なら、君は使わなければ良いよ。

全てオフにして生きていけば良い。殆どのページで使い物に
ならなくなるがな。

**デフォルトの名無しさん** · 2015/01/15(木) 11:59:20.04

>>631
ちなみにゲームはプログラミングでは難易度上級ですよ

**デフォルトの名無しさん** · 2015/01/15(木) 12:22:20.80

そうでもない

**デフォルトの名無しさん** · 2015/01/25(日) 07:56:23.23

Servlet, JSPに統合されればよかったのか

**デフォルトの名無しさん** · 2015/01/25(日) 10:27:17.63

Snap.svg 使ったら
ゲーム作るのアホみたい簡単になった
うけるω

**Office & Gamers** ◆G144Hzgh2.0e · 2015/02/07(土) 06:59:39.38

JavaScriptの統合開発環境みたいなの拾ってきたｗ

DX Studio
http://www.dxstudio.com/

Freeバージョンはそのまま使えて、開発ライセンスは登録が必要。
マルチプラットフォーム、EXEファイル生成可（ライセンス版のみ）ｗ

DirectX9ベースで、インストールされていない場合は自動インストール。

JavaScriptの実験用に使えるｗ

＃ただし、全部英語で、ある程度の英語スキルが要求されるｗ

**デフォルトの名無しさん** · 2015/02/07(土) 21:56:17.43

>>48
JSON-LDはある意味再発明だな。こっちはgoogleさんがうまくやりそうだ。

**デフォルトの名無しさん** · 2015/02/07(土) 22:01:55.03

>>610
ニーズのほとんどは、duck typingで説明できるんじゃねーかな。
なんとなく動いてほしいわけだ。
Pascalとかでコンパイル成功するとほぼ動作するってのを知ってると、気持ちわるいわけだが。

**Office & Gamers** ◆G144Hzgh2.0e · 2015/02/08(日) 05:30:07.17

[EXEファイル可] JavaScript統合開発環境 DX Studio [転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/tech/1423340731/l50

**デフォルトの名無しさん** · 2015/02/08(日) 08:03:34.85

ぐろ

**デフォルトの名無しさん** · 2015/02/08(日) 18:23:58.15

http://i.imgur.com/kcwtsFJ.jpg

**デフォルトの名無しさん** · 2015/02/27(金) 18:03:57.67

NodeのせいでPHP等のサーバ処理言語は廃れていく？

**デフォルトの名無しさん** · 2015/02/28(土) 11:03:04.46

OOPLなのに+で文字列結合とか無いわー。
集合型と互換性なくなるじゃん。

"集合型と文字列型が互換性を持っているSmalltalkの例"
| value |

"加算"
value := #( 1 2 ) + 1. "-> #( 2 3 )"
value := 'AB' + ( $a - $A ). "-> ab"

"結合"
value := #( 1 2 ) , #( 3 ). "-> #( 1
2 3 )"
value := 'example', 10 printString. "-> example10"

"備考:書式付き文字列結合"
value := 'example%1' % { 10 }. "-> example10"

**デフォルトの名無しさん** · 2015/02/28(土) 11:15:30.14

>>290
スモールマウス。ちがったトーク。うざいよ？
ここにも書き込んでたか。もう明らかに荒らしが目的ってはっきりしたな。

**デフォルトの名無しさん** · 2015/02/28(土) 11:31:59.98

プロトタイプベースとか言う謎ワードに踊らされてクラスを意識させたのが間違いだった
構造体とfunc.callを中心に考えたらまだ有り

**デフォルトの名無しさん** · 2015/02/28(土) 23:55:30.84

>>647
だっさ。

**デフォルトの名無しさん** · 2015/03/01(日) 09:13:51.38

間違いの１０や２０くらいどの言語にもある。
JSはまだその柔軟性により間違いを緩和しやすい方だ。

ただJSの何もかもが間違いに見える人にとっては
間違いを間違いで塗りつぶしているように見えるのかもな。

**デフォルトの名無しさん** · 2015/03/01(日) 09:41:32.32

嘘もつき続ければ真になるってか
最後に声の大きい方が勝つ

**デフォルトの名無しさん** · 2015/03/01(日) 10:25:43.19

その柔軟さが問題ありすぎて、厳密モードとかで必死に間違いを直してるだろ
影響が広い破壊的な変更を加えないといけないのは間違いが多すぎる証

他のスレでもいったけど、undefinedが予約語でなくて書き換え可能とか、変数の巻き上げとか、他にそんな間違いしてる言語ある？

**デフォルトの名無しさん** · 2015/03/01(日) 10:31:06.36

>変数の巻き上げ

これはある

**デフォルトの名無しさん** · 2015/03/01(日) 10:46:34.16

柔軟なものを厳密に変えるのは簡単だ
エディターやlint、シンタックスチェッカーの助けを借りればいいし、
後付けで仕様を足すこともできる
逆は難しい
それがjavascriptが他より人気のある理由

**デフォルトの名無しさん** · 2015/03/01(日) 11:17:57.32

柔軟すぎてランタイムごとに動作が不揃いな言語を作るのは簡単だ

**デフォルトの名無しさん** · 2015/03/01(日) 11:38:00.21

hoisting
おれなら吊り上げと訳す

**デフォルトの名無しさん** · 2015/03/01(日) 11:42:29.98

>>656
少なくとも柔軟さが原因で動作が異なるというのはほぼ無いな
新仕様の未対応とかはあるけども

**デフォルトの名無しさん** · 2015/03/01(日) 11:49:08.73

変数の巻き上げは有名なところだとpythonもだな
これもlinterでvarが最初にあることをチェックしとけば防げるし、
Es6にはletという新しい構文ができた

このように、柔軟さは防げる

**デフォルトの名無しさん** · 2015/03/01(日) 13:17:02.50

そうじゃなくて、巻き上げた変数に宣言前にアクセスをすると例外も出さないでundefinedにするなといいたい
存在する意味のない謎仕様をlintでごまかすとか意味不明

>後付けで仕様を足すこともできる
破壊的な変更をしないといけないのは足すとは言えない
処理系で足並みを揃えるのが難しいから、altJSに逃げざるを得ない

柔軟性で言っても、中間言語のほうが圧倒的に上。javascriptは制限が強い。
いっそ、APIと共通言語仕様だけ決めて、言語は自由に選択可能というのが利点ありそう

**デフォルトの名無しさん** · 2015/03/01(日) 15:44:27.88

>>660
お前の言いたいことは分かるが、それはもう世界中で何十億回と言われ腐ったことだろ。
2015年の今それを言ってどうする。
世間はaltJSやらES6で前向きにその問題を乗り越えてるし、
この問題は数ある中でも実際にこまる度合いは極めて低い部類だ。

これはもはや相互理解ができないのかもしれないが、
strictモードやaltJS、Lint等の存在があるからJSerはJSがダメとは思わないし、
むしろそういう存在があることを光栄に思っている。
実際ES6ではCoffeeScriptから取り入れたものもあるし、TypeScriptはES7を参考にしてる。
JSerはこれらを敵対勢力ではなく、運命共同体の仲間だと認識している。

そして最近GoogleがTC39Meetingでも発表したSane/SoundScript構想。
>>660のような人にとってはJSがダメなことの照明だと思うのだろう。
だがJSerはこれはJSの進化だと捉える。
JSは柔軟であり、堅牢であり、全ての要求に答えられる言語に進化していくと願っている。

**デフォルトの名無しさん** · 2015/03/01(日) 17:09:09.18

>>661
結局、javascriptである必要性がない
柔軟性、堅牢性、すべての要求に応えるなら中間言語を使うほうが楽じゃん
構文解析によるロスも、文法の制限もなく、あらゆる言語からコンパイル可能。互換性や速度の足かせもない。
この話は全く腐ってないし、LLVMとかRoslynが成果を上げ始めてきている2015年だからこそある選択肢
PNaClに期待したい

javascriptはひとつの選択肢として残せばよい
わざわざ柔軟性の低いjavascriptにコンパイルする理由は互換性を除けばない

**デフォルトの名無しさん** · 2015/03/01(日) 17:28:56.75

LLVMは確かに互換性が売りだ。しかしそれは理想であって現実は違う。
PNaClがなぜ普及しないのか？それは最初は問題無いとされた互換性問題が避けられないと分かったからだ。

**デフォルトの名無しさん** · 2015/03/01(日) 19:11:25.27

Javascriptが中間言語なんですけど？
よくある話で、わざわざ別のものを作る必要はない。

**デフォルトの名無しさん** · 2015/03/01(日) 19:27:23.08

>>663
まだこれからでしょ
サーバー側でasm.jsにも変換して、非対応ブラウザはそっちを使うとかすればいい

>>664
それしか手段がないからそうしてるけど、遅いし柔軟性低いし、限界はある
型やポインタが扱える、高速な中間言語が採用されてもいい時代

**デフォルトの名無しさん** · 2015/03/01(日) 20:05:24.15

中間コードなんて誰が読んでデバッグするの？

**デフォルトの名無しさん** · 2015/03/01(日) 20:19:05.79

>>666
javascriptと同じでコードマップつかう
コードマップが無ければemscriptenみたいので逆コンパイルするしかないけど、javascriptの圧縮コードも十分読みにくいし

**デフォルトの名無しさん** · 2015/03/01(日) 20:44:37.90

え？圧縮コードって読むものだったの？

**デフォルトの名無しさん** · 2015/03/01(日) 22:12:22.53

中間コードをバイナリで読む人もいるだろうし、
圧縮コードのままデバッグする人もいるだろうな。

**デフォルトの名無しさん** · 2015/03/03(火) 16:32:39.87

JavaScript自体がES6,ES7と発展する中で、状況は改善されていくだろう。
それに加えて、上位互換のTypeScript、下位互換のasm.jsがある

DartやPNaCl等の別言語によるJSの置き換えは最早受け入れられにくい。
Googleもそれを察してか、AtScript(TypeScript互換),Sane/SoundScript,
asm.js対応と、相次いで軌道修正を図っている様に見える

**デフォルトの名無しさん** · 2015/03/03(火) 23:17:29.70

JavaScriptクッソ記述しやすくて読みやすいんだけど
JSがカスに思えるくらい読みやすい言語って何かな

**デフォルトの名無しさん** · 2015/03/04(水) 01:01:06.67

>>671
単なる慣れだろ
JavaScriptの読みやすさは平均ぐらいじゃね？

**デフォルトの名無しさん** · 2015/03/04(水) 07:52:41.29

coffeescriptって流行ってる？

**デフォルトの名無しさん** · 2015/03/04(水) 07:59:42.20

>>672
そうかー
Cはいちいち変数をスコープの頭で宣言しないとダメだったし
C++は結局業務でvector以外のテンプレートが必須になるレベルのものがなかった上に
調子のれば乗るほど当時の本人しかわからないコードが生成されてだるかった
さらに結局なんやかんやでメモリ管理もそれなりに意識しないといけないのも面倒だった

c#とjavaは楽だったけどクラス定義を往復するだけでも面倒になるくらいJavaScriptが楽に思える
結局>>620の言ってる感覚に陥ってるわけか

**デフォルトの名無しさん** · 2015/03/04(水) 09:04:53.57

色々間違ってるな

**デフォルトの名無しさん** · 2015/03/04(水) 09:07:10.97

>>673
流行っていない。TypeScriptも同じ。

結局は亜流でしかない。わざわざcoffee scriptでやらなければならない
絶対的理由がないのなら、当然ドキュメント量の多いJavascriptで普通は
やる。

**デフォルトの名無しさん** · 2015/03/04(水) 10:23:56.27

>>674
だいぶ前からCはどこでも宣言できる処理系が多い
むしろ、JavaScriptは変数の巻き上げでミスらないように先頭で宣言すべき派の人もいる

あとはC#やJavaのほうが静的な支援は受けやすい
IDEでクラス定義をその場で見たり、精度の高い入力補完は慣れると便利で、大規模な時はありがたい

**デフォルトの名無しさん** · 2015/03/04(水) 13:48:40.09

まあ確かにC系は冗長な記述が多いかもな。
とはいえJSもスクリプト言語としてはスマートでもない。ES6でやっと標準レベルになったが。

まあSaneScriptやSoundScriptはすごく折り合いがとれたいい構想なんじゃない？
まあプロトタイプベースでガンガンやるのも面白いんだけどね。
あとは、bignumとかそういったのがES7で入ってくれれば不満はないね。

**デフォルトの名無しさん** · 2015/03/04(水) 16:01:30.75

>>677
移植性がなくなってC使う意味がなくなるから宣言は絶対頭でしろって怒られたことあるな
昔の話だから今は知らない。エディタ側でもどうにでもなりそうな問題な気もするし。

**デフォルトの名無しさん** · 2015/03/04(水) 16:18:06.85

ええ……巻き上げとか知らなかったわ
先頭宣言して状況次第で初期化時にダミーデータ放り込まないといけないとか
そこら辺の記事で褒め称えてるけどそれこそ大昔からのバグの温床じゃないですかね…

**デフォルトの名無しさん** · 2015/03/04(水) 18:20:35.89

巻き上げ自体はいろんな言語にあるし、普通だろ。
巻き上げっていうのは、スコープ内で宣言された変数はそのスコープのどこでも有効ということだから。
問題は巻き上げられてる変数が予めundefinedで初期化されていて、使用してもエラーにならないってこと。
まあでもその問題はJS入門者が数度引っかかる程度でそんなに大きなものでもないけどね。

varがゆるゆるなのは関数スコープだからってのもあって、理には適ってる。
例えば多重宣言ができる点も、普通に考えればバグの可能性を生むだけだが、
関数スコープだと例えば２つのfor文でiを使う際に、両方で宣言する書き方を許すのは必要。
まあそれらを全て否定して、わざわざループ変数まで関数の最初で宣言するのも自由だけどね。

**デフォルトの名無しさん** · 2015/03/04(水) 23:14:34.28

ES6は進化した部分もあるけど、正直枝葉末節
むしろ、大きく退化したと俺は見る
今更古臭いクラス思想を持ち込んでどうするんだ？
es6は害悪だ

**デフォルトの名無しさん** · 2015/03/05(木) 02:10:35.88

>>671
＞読みやすいんだけど
パクられ易いのが問題だな。
重要なプログラムはソース丸見えで組みたくない。
HTML5版のグラディウスとかソース参考にしようと思って
コード探したけど消されてたし

**デフォルトの名無しさん** · 2015/03/05(木) 02:37:16.29

ES6にクラス思想なんて入っていないが