JavaScriptは消滅すべきだったよな (771ﾚｽ)
上下前次1-新
407: uy 2012/09/11(火)21:11 AAS
友達います？
408: 2012/09/11(火)21:14 AAS
フリーソフト公開して人脈作れっていうのはコミュ障な奴向け方法なんだよ
能力があればコミュ障でもありつける仕事はある
能力が無いやつはコミュ力とかを鍛えざるを得ないだろうけど
能力が無いアスペとかになるとちょっと大変だよね……
409: 2012/09/11(火)22:52 AAS
標準マンセー！俺ら勝ち組！JS勉強しとけば人生勝利！
って言ってるやつ、全員死亡フラグ立ててるよね(´・ω・｀)
jQueryでちょこちょこ動きつけて喜んでる程度のやつとか、
その逆にJSやCSSの糞ノウハウ貯めこんで最先端気取りのJavaScripterとか実にヤクイ
ピンチが危ない
どう考えてももっと効率のいい開発手法で一掃されるだろ。
他言語からのコンバート系とか（Angry BirdsのHTML5版はJava製だし、
省3
410: 2012/09/11(火)22:52 AAS
そういやMozillaはC#も使えるようにするとか言ってた(´・ω・｀)
411: 2012/09/11(火)22:54 AAS
一言で説明するとこうだな。
「JSの土管化」
412: uy 2012/09/11(火)23:00 AAS
コミュ障は友達欲しさにフリーソフト沢山作って公開するけど
結局たいした友達もつくれず
能力あっても３５歳で会社追い出され
結局タダで自分のフリーソフト使われるだけ使われて見返り無し
ボロ雑巾のように役立たずは捨てられて自殺ボロ雑巾のように役立たずは捨てられて自殺って感じです？
フリーソフト(笑)なんていくら作ってもお前のかわりなんていくらでもいるんだよ？
413: 2012/09/11(火)23:34 AAS
能力が無いアスペは大変ですね
414: 2012/09/11(火)23:38 AAS
で、なんの話だったっけ。
415: 2012/09/11(火)23:39 AAS
uyには無理
416: 2012/09/12(水)01:17 AAS
あ
417: 2012/09/12(水)01:21 AAS
ほ
418: 2012/09/12(水)03:51 AAS
uyはゲーム系専門卒の屑ニート
419: uy 2012/09/12(水)06:49 AAS
人間効率って言葉知ってる？
今考えたんだけどどんな意味に定義しようか
420: 2012/09/12(水)09:30 AAS
uyは好きなキャラ以外はこの漫画の通りですね。
画像ﾘﾝｸ[jpg]:typeangler.net
× 乙歯と緒倉憂子だけだ。
○ 幽々子だけだ。
421: uy 2012/09/12(水)12:29 AAS
様つけろ
422: 2012/10/06(土)21:44 AAS
uyおちんちん舐めさせて
423: 2012/10/13(土)09:05 AAS
とうとうMSまでjavascriptコンパイラを出しちゃいましたね。
この傾向は健全じゃないですね。
そもそも遅い処理系ってのはCPUをたくさん使う＝電力を使う
わけ地球環境破壊と同じなんですよ。
世界は脱原発に向かってるのにこれはよくないですよマジで
424: 2012/10/13(土)09:35 AAS
なら、cで書けよw
OLPCのネグロポンテが手回しタブレットの為にcで書けって嘆いてたぜ
最近のプログラマはメモリ管理もろくに出来ないって
425: 2012/10/13(土)09:38 AAS
遅い処理系なんていうが、rubyやpython,perlより処理速度は速いからなw
電力がどうこういうのであれば、処理系のメモリ使用量で考えろよ。CPUってwwww
jsは、もはやウェブ世代のVBだよ
426: 2012/10/13(土)10:03 AAS
JSのウェブページは、ブラクラ
427: 2012/10/13(土)10:08 AAS
スマホなんかだとHTML+Javascriptのアプリ見てるとすげえバッテリー減ってくのわかるわ。
有用なサイトは専用のネイティブアプリがあるし
結局、ネイティブアプリ以外は使わないし、Webブラウザなんか全く使わない。
ネイティブ以外必要ない
428: 2012/10/13(土)10:35 AAS
しばらくの間、html5はデスクトップで使うものだろうね
だけど、それもスマホのバッテリー次第だよ。
技術的なブレイクスルーなんて、スグだからね。
必死こいて囲い込み技術のバッドノウハウ溜め込むよりかマシ
429(1): 2012/10/14(日)16:29 AAS
html5アプリも
ネイティブアプリも
電力消費量は大差ない。
ようは起動してるアプリの性質。
430: 2012/10/14(日)16:31 AAS
FacebookのザッカーバーグCEO、「HTML5に賭けたのは失敗」 Androidアプリも間もなくネイティブに
外部ﾘﾝｸ[html]:www.itmedia.co.jp
431: 2012/10/14(日)16:47 AAS
ザッカーバーグ氏の「HTML5に賭けたのは失敗」発言には続きがある。長期的にはHTML5への期待も語る
外部ﾘﾝｸ[html]:www.publickey1.jp
これが問題の発言部分。ザッカーバーグ氏はHTML5へ賭けたのが失敗だった理由として、
「because it just wasn’t there.」（なぜなら、単にそこにそれがなかった）と言っています。
「なぜなら単にその時期ではなかった。」と意訳してみました。
ザッカーバーグ氏は続いて、HTML5が悪いのではない、HTML5にはエキサイトしていると発言します。
432: 2012/10/14(日)16:50 AAS
まあ>>429が間違っているのは確実だけどな
433: 2012/10/14(日)16:59 AAS
ザッカーバーグと聞くといつもザッケローニを思い出すのは漏れだけ？
434: 2012/10/14(日)18:20 AAS
ぶっちゃけPCでもHTMLは微妙だがな。
2chやTwitterをブラウザで見てる奴いるか？
普通はJaneStyleみたいなクライアントアプリを使う。
435: 2012/10/14(日)18:36 AAS
で？
436: 2012/10/14(日)18:39 AAS
AA省
437(2): 2012/10/14(日)20:35 AAS
通信上でデフレートしてるのはともかく、
HTMLもJSも、「最悪でも人間が読める」ために冗長にソースをそのまま転送してるからな。
JSを圧縮・難読化して転送とか、CｏｆｆｅｅScriptみたいなJS変換なんてナンセンスすぎるわ。
さっさとクライアントサイドスクリプトの戦国時代に入って、3年くらいで決着付けてくれ。Java以外でな。
438: 2012/10/14(日)21:44 AAS
みんな抽象的な話しかしないから全く話が進まないな
439: 2012/10/14(日)22:09 AAS
アップル、グーグル、マイクロソフト、三者それぞれ思惑があるからな
いまさら足並み揃えてクライアントにjavascript以外のスクリプト言語を載せるのは難しい
各自が独自のスクリプト言語載せたらコンテンツ提供側がついてこないだろうし
440(1): 2012/10/15(月)15:59 AAS
>>474
minimizeとかpackerとか知らんのかお前…
441: 440 2012/10/15(月)16:01 AAS
めっさ間違った…
×>>474
○>>437
442(1): 2012/10/16(火)06:24 AAS
ライブラリの読み込みやそのタイミング制御すらフレームワーク毎に手作りなのは
どうにも。
個別のフレームワークにはとても感嘆するし便利に使わせてもらっているけれども、
組み合わせて使おうとした途端に「混ぜたら危険」状態になるのはどうにかならない
ものか。
443: 2012/10/16(火)20:41 AAS
>>442
具体的に何と何を混ぜたいの？
444: 2012/10/31(水)09:30 AAS
言ってみれば大昔のFM-8, X1, PC-8801等々が乱立してそれぞれのプラットフォームごとに最適化されてるみたいなもんか
445(1): 2012/10/31(水)10:48 AAS
今なんか同じハードでもブラウザごとに最適化しなくちゃいけないとか馬鹿なことやってるよ
446(2): 2012/10/31(水)11:40 AAS
Webアプリはプラットホームの違いを吸収する（キリッ
447(1): 2012/10/31(水)12:49 AAS
>>445-446
最近はそのあたりライブラリ作ってる側が考えてくれてるけどね
個々のアプリ作者がブラウザ最適化うんぬんって言ってる奴は十中八九ライブラリの存在も知らずに全部手書きしてるバカ
448(1): 2012/11/04(日)09:21 AAS
>>447
でもそれも限界があるぞ。
ベンダーが個々に走ってるのは止まってないんだから。
特にレンダリングやCSS3に依存するインタラクションとか(必要かどうかはまた別問題)。
449: 2012/11/05(月)00:17 AAS
>>448
ベンダーが個々に走らないライブラリってなんだ？
ウェブ以外で。
450: 2012/11/06(火)16:18 AAS
>>446
うむ。しかし、オーバーヘッドがとんでもないことになったりしていい気がしない。Bubble Safariで600MBもメモリ食うとか、
やっぱり嫌気がする。
451(1): 2012/11/12(月)04:37 AAS
馬鹿とuyには無理
452: 2012/11/12(月)07:02 AAS
死ねゴミ共が
死ねゴミ共が
453: 2012/11/15(木)20:20 AAS
これ答えてあげてください
uyさん
外部ﾘﾝｸ:detail.chiebukuro.yahoo.co.jp
454: 2012/11/17(土)22:02 AAS
>>451
あれ？その２つ同じじゃね？
455(1): 2012/12/22(土)09:04 AAS
>>437
スクリプト戦国時代なんて、4，5年前に始まって、昨年ぐらいには終わった
456: 2012/12/22(土)10:51 AAS
javascriptは戦争での唯一の生き残りにこそなれなかったが
「ブラウザにとってのアセンブラ」という新たな地位を確立した
他国はjavascriptへコンパイルされる道を選び、
そして彼らの圧力のため、javascript自体も常に変革を迫られる存在となった
457(1): 2012/12/22(土)18:44 AAS
>>455
サーバサイドスクリプトじゃなくて？
LAMPとか確かに流行ってたが。
クライアントサイドPythonやRubyってあったか？
> 「ブラウザにとってのアセンブラ」
これ完全にJSの勝ちじゃん。
x86みたいに、今後30年以上JS意識しなきゃならんのか。
458: 2013/01/06(日)10:34 AAS
皆が、いつまでもperl使ってるときに、ajaxやrailsブームが来た
で、みんながpythonやrubyなんかの他言語を使い出した。
ここまでは技術的に当然の流れ。
それに便乗してきた、どうにもならない関数型がhaskell,ocaml。
多少なりともjvm上で動くことで実用性があったのがscala,clojure
最初から居て最後まで残ったのがjavascript。
ダグラス・アダムスが万物に対する究極の答えに42を選んだ具合に、
省1
459: 2013/01/06(日)17:39 AAS
俺の書いた駄レスをコピペしたアホだれだ
460: 2013/01/07(月)11:18 AAS
>>457
JSが敵不在のまま勝利って感じ。
今、一番稼働している言語はJSじゃない？
世界中のPC、携帯端末で動いているんだから。
461(1): 2013/01/07(月)14:34 AAS
いや、どう考えてもCだろう
と思ったが、
CPU時間の累計で考えると確かにJSかもな…
462: 2013/01/08(火)01:31 AAS
>>461
Cで書かれたスクリプト言語のランタイム実行中は
どう計算するんだ？
463(1): 2013/01/08(火)09:51 AAS
まあ、たいていのスクリプト言語の処理系は、Cで書かれてるだろうから…。
JS処理系はJSにカウントでいいでしょ。Javaで書かれたJS処理系とかもあるし。
464(1): 2013/01/08(火)22:04 AAS
>>463
無知をさらけ出した
465: 2013/01/09(水)18:22 AAS
>>464
プログラミング言語の実装の大半がC(or C++)言語で作られているは事実だろうし
この話の本質はJavaScriptのランタイムで動いているものはJavaScriptで
カウントすべしだろうから、それはそれでいいんじゃないかな。
少なくとも私はそっちの意見で賛成。
466(1): 2013/01/09(水)20:41 AAS
Javascriptで書かれた自前の処理シーケンスを記述した
データを解釈してバッチ処理をするプログラムは
自前の処理シーケンスという専用言語を実行していると
解釈されそうな気が
JavascriptのランタイムだってCから見れば
同じ様なものだろう。
467: 2013/01/09(水)21:11 AAS
>>466
極論を言えば、実装の大半を占めているであろうC(or C++)言語だけに
カウントしていいのかどうかじゃないのかな?
(それはさすがに違うだろう)
まぁどう分類するかについて決めてないから曖昧なのは認めますけど。
468: 2013/01/09(水)21:23 AAS
結局重複分は全部カウントしてしまうのが良いと思うんだけど。
Cで書かれたスクリプト言語の実行時間は自動的に
C言語の実行時間にもカウントされるみたいに。
コード量やプログラマーとしてカウントする際には重複無しで。
469: 2013/01/10(木)10:07 AAS
このカウント、計算方法はいろいろあるだろうが、
C ＞＞＞ C++ ＞＞＞ JS ＞ Java ＞＞ C# ＞ PHP
くらいになるのかね。
関数型言語()どこいった？
470: 2013/01/11(金)02:20 AAS
(関数型(言語))(どこいった)(?)
471(1): 2013/01/27(日)00:40 AAS
Webブラウザで解釈するスクリプトのデファクトがJavaScriptになったのが運の尽き
おかげでこのクソスクリプトをいかに高速に実行させるかというJavaScriptエンジン競争が始まり
Webブラウザはどんなにメモリ・CPUリソースを消費してもいいんだという
イカれた風潮ができあがってしまった
472: 2013/01/27(日)13:54 AAS
これからはクライアントもサーバーも node.js の時代です。(キリッ
473(3): 2013/01/31(木)21:23 AAS
>>471
＞どんなにメモリ・CPUリソースを消費してもいいんだという
＞イカれた風潮ができあがってしまった
これはもう死語だと早く気づかなくちゃいけない
そして景気と同じで大量生産大量消費している時分が一番言語も伸びるんだよ
その証拠にjsでなくともメモリに五月蝿い書き方はしなくなったしな
メモリ消費が増える→マシンパワー必要→新技術が必要
省6
474(3): 2013/02/01(金)02:48 AAS
言語とコンテンツをごっちゃにしてねえか？
JSは言語としては面白い。
配列すら存在しない、辞書と関数だけで全てを表現するストイックさにはシビれるものがある。
この愉快で面白くて異常に尖った言語を、
誰もが使うウェブブラウザで動かすのがナンセンスだって言ってる。
そのせいで、開発者じゃない一般の利用者ですら、JSの存在を意識せざるを得ない。
結果、利用者に「IE バージョンxx以上でご覧ください」って要求する現状はおかしいだろ。
475: 2013/02/01(金)05:41 AAS
>>473
景気良い時に作られた笹子トンネルは
杜撰な施工で後の世代に禍根を残した
476: 2013/02/01(金)06:11 AAS
ストイックどころかvar無しでグローバルとか変態な変数スコープとか変にカジュアルにした
部分がとても嫌。
477(3): 2013/02/01(金)06:28 AAS
var無しは外側の関数スコープの宣言を探しに行くだけで、即グローバルになるわけじゃないぞ
クロージャとかを考えるとこの仕様のほうが素直だと思うけどね
478: 2013/02/01(金)07:26 AAS
varをmyにするセンスよりマシだけど
localとかprivateで良かった起臥す
479: 2013/02/01(金)08:08 AAS
varはスコープの内側で有効な変数を宣言するものであって、
ローカルな変数を宣言するっていう意味のものでは無いと思うのだよね
なのでlocalやprivateは不適切に思える
グローバルスコープでvar宣言すれば、それは一番外側にあるグローバルスコープの内側で有効な、
つまりグローバル変数になるわけだ
この辺を全部varだけで済ますのが>>474の言うようなストイックなとこだと思う
480(3): 2013/02/01(金)08:46 AAS
varみたいな修飾子をつけると影響範囲が広くなる、ならまだ解るのだけれども「つけ忘れると意図せず
影響範囲が広くなる」と言うのは関心の分離という意味では筋の悪いデザインだと思う。
つけ忘れる可能性があるものは何時か必ずつけ忘れるのだから。
var一つで済ますのは良いのだけれども、使い方が逆なんだよね。
481: 2013/02/01(金)09:30 AAS
>>477
外を見に行くのはともかく見つからない場合はデフォで変数を一番大きなスコープに作成
する必要が合ったのが不具合きわまりない。
482: 2013/02/01(金)10:59 AAS
>>477
ん？グローバルになるんじゃないの？
グローバルにならないのなら、どんなスコープになるの？
483(3): 2013/02/01(金)13:50 AAS
>>477
varって「ローカル変数を定義する」って説明されるし、現実にはその通り使うけど、
実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能なのよね。
「変数は暗黙に定義される」って軽量言語らしい所と、
クロージャが使えることを両立させようとすると、
素直っちゃあ素直な作りなんだよな。
純粋に言語として見れば、JSは面白いんだがなぁ……
484(2): 2013/02/01(金)14:35 AAS
>>483
varは、同じ変数が上位のスコープにあったらそれを隠蔽するという仕様なだけで、
> 実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能
というのは変だぞ。
> ローカル変数を定義する
こっちが本筋の機能でしょ。
485(5): 2013/02/01(金)15:57 AAS
別にvarが無くたって変数が暗黙的に定義できてクロージャが使える言語なんていくらでもあるでしょ。
>>483は曲解過ぎる。
で
JavaScriptのvar無しでの振る舞いの仕様がウンコであることはstrictモードの存在自体が証明している。
486(2): 2013/02/01(金)17:29 AAS
>>485
varみたいなものが無い場合、
上位のスコープで使ってるかもしれない名前の変数をローカルで使いたいときはどうするの？
デフォルトでは上位のスコープを見に行かないとか？
487(2): 2013/02/02(土)07:20 AAS
>>484
悪いが仕様を語るならまず仕様を読め。
「同じ変数が上位のスコープにあったらそれを隠蔽するという仕様」とやらで
alert(a)
var a = "A"
と
alert(a)
省4
上下前次1-新書関写板覧索設栞歴
あと 284 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s