JavaScriptは消滅すべきだったよな (767レス)
JavaScriptは消滅すべきだったよな http://mevius.5ch.net/test/read.cgi/tech/1320761689/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
634: デフォルトの名無しさん [sage] 2014/12/09(火) 23:43:52.67 ID:mu0znd4p スクリプトまじでうざいわ http://mevius.5ch.net/test/read.cgi/tech/1320761689/634
635: デフォルトの名無しさん [sage] 2014/12/10(水) 08:07:16.72 ID:v5e5mm45 >>634 なら、君は使わなければ良いよ。 全てオフにして生きていけば良い。殆どのページで使い物に ならなくなるがな。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/635
636: デフォルトの名無しさん [sage] 2015/01/15(木) 11:59:20.04 ID:JWvUSYWa >>631 ちなみにゲームはプログラミングでは難易度上級ですよ http://mevius.5ch.net/test/read.cgi/tech/1320761689/636
637: デフォルトの名無しさん [sage] 2015/01/15(木) 12:22:20.80 ID:7Zglqp6/ そうでもない http://mevius.5ch.net/test/read.cgi/tech/1320761689/637
638: デフォルトの名無しさん [safe] 2015/01/25(日) 07:56:23.23 ID:4n+jRXJn Servlet, JSPに統合されればよかったのか http://mevius.5ch.net/test/read.cgi/tech/1320761689/638
639: デフォルトの名無しさん [] 2015/01/25(日) 10:27:17.63 ID:JhgO84F7 Snap.svg 使ったら ゲーム作るのアホみたい簡単になった うけるω http://mevius.5ch.net/test/read.cgi/tech/1320761689/639
640: Office & Gamers ◆G144Hzgh2.0e [アハ♪” uh huh] 2015/02/07(土) 06:59:39.38 ID:fNjYutkO JavaScriptの統合開発環境みたいなの拾ってきたw DX Studio http://www.dxstudio.com/ Freeバージョンはそのまま使えて、開発ライセンスは登録が必要。 マルチプラットフォーム、EXEファイル生成可(ライセンス版のみ)w DirectX9ベースで、インストールされていない場合は自動インストール。 JavaScriptの実験用に使えるw # ただし、全部英語で、ある程度の英語スキルが要求されるw http://mevius.5ch.net/test/read.cgi/tech/13207
61689/640
641: デフォルトの名無しさん [sage] 2015/02/07(土) 21:56:17.43 ID:YaOp7Nt7 >>48 JSON-LDはある意味再発明だな。こっちはgoogleさんがうまくやりそうだ。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/641
642: デフォルトの名無しさん [sage] 2015/02/07(土) 22:01:55.03 ID:YaOp7Nt7 >>610 ニーズのほとんどは、duck typingで説明できるんじゃねーかな。 なんとなく動いてほしいわけだ。 Pascalとかでコンパイル成功するとほぼ動作するってのを知ってると、気持ちわるいわけだが。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/642
643: Office & Gamers ◆G144Hzgh2.0e [アハ♪” uh huh] 2015/02/08(日) 05:30:07.17 ID:EWNvntIT [EXEファイル可] JavaScript統合開発環境 DX Studio [転載禁止]©2ch.net http://peace.2ch.net/test/read.cgi/tech/1423340731/l50 http://mevius.5ch.net/test/read.cgi/tech/1320761689/643
644: デフォルトの名無しさん [] 2015/02/08(日) 08:03:34.85 ID:tUjKNEQ0 ぐろ http://mevius.5ch.net/test/read.cgi/tech/1320761689/644
645: デフォルトの名無しさん [] 2015/02/08(日) 18:23:58.15 ID:RJjTX+iv http://i.imgur.com/kcwtsFJ.jpg http://mevius.5ch.net/test/read.cgi/tech/1320761689/645
646: デフォルトの名無しさん [sage] 2015/02/27(金) 18:03:57.67 ID:jUJY8z2X NodeのせいでPHP等のサーバ処理言語は廃れていく? http://mevius.5ch.net/test/read.cgi/tech/1320761689/646
647: デフォルトの名無しさん [] 2015/02/28(土) 11:03:04.46 ID:1nuig21R 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" http://mevius.5ch.net/test/read.cgi/tech/1320761689/647
648: デフォルトの名無しさん [sage] 2015/02/28(土) 11:15:30.14 ID:0J8+8Slx >>290 スモールマウス。ちがったトーク。うざいよ? ここにも書き込んでたか。もう明らかに荒らしが目的ってはっきりしたな。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/648
649: デフォルトの名無しさん [sage] 2015/02/28(土) 11:31:59.98 ID:u2d/ZWEO プロトタイプベースとか言う謎ワードに踊らされてクラスを意識させたのが間違いだった 構造体とfunc.callを中心に考えたらまだ有り http://mevius.5ch.net/test/read.cgi/tech/1320761689/649
650: デフォルトの名無しさん [] 2015/02/28(土) 23:55:30.84 ID:8Ce/GkAM >>647 だっさ。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/650
651: デフォルトの名無しさん [] 2015/03/01(日) 09:13:51.38 ID:N+dovjey 間違いの10や20くらいどの言語にもある。 JSはまだその柔軟性により間違いを緩和しやすい方だ。 ただJSの何もかもが間違いに見える人にとっては 間違いを間違いで塗りつぶしているように見えるのかもな。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/651
652: デフォルトの名無しさん [sage] 2015/03/01(日) 09:41:32.32 ID:6ijce9uo 嘘もつき続ければ真になるってか 最後に声の大きい方が勝つ http://mevius.5ch.net/test/read.cgi/tech/1320761689/652
653: デフォルトの名無しさん [sage] 2015/03/01(日) 10:25:43.19 ID:wgjs6b8L その柔軟さが問題ありすぎて、厳密モードとかで必死に間違いを直してるだろ 影響が広い破壊的な変更を加えないといけないのは間違いが多すぎる証 他のスレでもいったけど、undefinedが予約語でなくて書き換え可能とか、変数の巻き上げとか、他にそんな間違いしてる言語ある? http://mevius.5ch.net/test/read.cgi/tech/1320761689/653
654: デフォルトの名無しさん [sage] 2015/03/01(日) 10:31:06.36 ID:6ijce9uo >変数の巻き上げ これはある http://mevius.5ch.net/test/read.cgi/tech/1320761689/654
655: デフォルトの名無しさん [sage] 2015/03/01(日) 10:46:34.16 ID:yqpW0lF8 柔軟なものを厳密に変えるのは簡単だ エディターやlint、シンタックスチェッカーの助けを借りればいいし、 後付けで仕様を足すこともできる 逆は難しい それがjavascriptが他より人気のある理由 http://mevius.5ch.net/test/read.cgi/tech/1320761689/655
656: デフォルトの名無しさん [sage] 2015/03/01(日) 11:17:57.32 ID:H0vTWA+P 柔軟すぎてランタイムごとに動作が不揃いな言語を作るのは簡単だ http://mevius.5ch.net/test/read.cgi/tech/1320761689/656
657: デフォルトの名無しさん [] 2015/03/01(日) 11:38:00.21 ID:OvSDcOqa hoisting おれなら吊り上げと訳す http://mevius.5ch.net/test/read.cgi/tech/1320761689/657
658: デフォルトの名無しさん [sage] 2015/03/01(日) 11:42:29.98 ID:yqpW0lF8 >>656 少なくとも柔軟さが原因で動作が異なるというのはほぼ無いな 新仕様の未対応とかはあるけども http://mevius.5ch.net/test/read.cgi/tech/1320761689/658
659: デフォルトの名無しさん [sage] 2015/03/01(日) 11:49:08.73 ID:yqpW0lF8 変数の巻き上げは有名なところだとpythonもだな これもlinterでvarが最初にあることをチェックしとけば防げるし、 Es6にはletという新しい構文ができた このように、柔軟さは防げる http://mevius.5ch.net/test/read.cgi/tech/1320761689/659
660: デフォルトの名無しさん [sage] 2015/03/01(日) 13:17:02.50 ID:wgjs6b8L そうじゃなくて、巻き上げた変数に宣言前にアクセスをすると例外も出さないでundefinedにするなといいたい 存在する意味のない謎仕様をlintでごまかすとか意味不明 >後付けで仕様を足すこともできる 破壊的な変更をしないといけないのは足すとは言えない 処理系で足並みを揃えるのが難しいから、altJSに逃げざるを得ない 柔軟性で言っても、中間言語のほうが圧倒的に上。javascriptは制限が強い。 いっそ、APIと共通言語仕様だけ決めて、言語は自由に選択可能という
のが利点ありそう http://mevius.5ch.net/test/read.cgi/tech/1320761689/660
661: デフォルトの名無しさん [] 2015/03/01(日) 15:44:27.88 ID:N+dovjey >>660 お前の言いたいことは分かるが、それはもう世界中で何十億回と言われ腐ったことだろ。 2015年の今それを言ってどうする。 世間はaltJSやらES6で前向きにその問題を乗り越えてるし、 この問題は数ある中でも実際にこまる度合いは極めて低い部類だ。 これはもはや相互理解ができないのかもしれないが、 strictモードやaltJS、Lint等の存在があるからJSerはJSがダメとは思わないし、 むしろそういう存在があることを光栄に思っている。 実際ES6ではCoffeeScriptか
ら取り入れたものもあるし、TypeScriptはES7を参考にしてる。 JSerはこれらを敵対勢力ではなく、運命共同体の仲間だと認識している。 そして最近GoogleがTC39Meetingでも発表したSane/SoundScript構想。 >>660のような人にとってはJSがダメなことの照明だと思うのだろう。 だがJSerはこれはJSの進化だと捉える。 JSは柔軟であり、堅牢であり、全ての要求に答えられる言語に進化していくと願っている。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/661
662: デフォルトの名無しさん [sage] 2015/03/01(日) 17:09:09.18 ID:wgjs6b8L >>661 結局、javascriptである必要性がない 柔軟性、堅牢性、すべての要求に応えるなら中間言語を使うほうが楽じゃん 構文解析によるロスも、文法の制限もなく、あらゆる言語からコンパイル可能。互換性や速度の足かせもない。 この話は全く腐ってないし、LLVMとかRoslynが成果を上げ始めてきている2015年だからこそある選択肢 PNaClに期待したい javascriptはひとつの選択肢として残せばよい わざわざ柔軟性の低いjavascriptにコンパイルする理由は互換性を除け
ばない http://mevius.5ch.net/test/read.cgi/tech/1320761689/662
663: デフォルトの名無しさん [] 2015/03/01(日) 17:28:56.75 ID:FcH6YvCw LLVMは確かに互換性が売りだ。しかしそれは理想であって現実は違う。 PNaClがなぜ普及しないのか?それは最初は問題無いとされた互換性問題が避けられないと分かったからだ。 http://mevius.5ch.net/test/read.cgi/tech/1320761689/663
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 104 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s