【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ49【php,py,pl,rb】

1 名前：デフォルトの名無しさん mailto:sage [2015/04/29(水) 20:58:27.13 ID:ynuTQJZG.net] 前スレ 【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止](c)2ch.net peace.2ch.net/test/read.cgi/tech/1425051187/ 46 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:45:59.76 ID:zzHcK0W8.net] 残念ながらアプリ作成の基盤としてDOMは使われてはいない 47 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:49:07.68 ID:zzHcK0W8.net] 世界的なモバイルアプリであるインスタグラムにDOMは使われているか？ 答えは「ノー」だ！ 何故HTML/ネイティヴでDOMは省かれたのか？ 答えは至ってシンプルでユーザビリティに起因するからである 48 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:55:19.61 ID:NPD96cYa.net] 5年後もブラウザHTML相手はES3メインですよ。 49 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 20:29:07.46 ID:8BK51zCJ.net] 流石にアプリ基盤にDOMなんぞ使わん 50 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:22:36.53 ID:5Ov1zRgR.net] jsを推すけど、altJSだけはないわー 大本のjsで書くメリットがないじゃん >>45 そんなものビジネス規模が大きくなってから考えればいいから 51 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:33:56.69 ID:8BK51zCJ.net] へ？最初はユーザビリティ無視するの？ そんなのそもそもが使ってもらえるわけないやん 52 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:40:46.33 ID:PF5/uCn8.net] JSとSwiftだけ使っとけばマジで作りたいウェフサービスなんでもできそうだな。 まず話題を集めたいならモバイルでiPhoneからだろうし、 優勢すぎてMicrosoftもiOSアプリを変換するソフトを出す始末。 フロントもエンドもJSで。 53 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:42:57.81 ID:s05aYLEG.net] >>45 > 何故HTML/ネイティヴでDOMは省かれたのか？ だって、HTMLもDOMもJavaScriptじゃないし。 ブラウザが搭載しているライブラリにすぎないよ。 だから純粋なJavaScriptなら、DOMは元から含まれない。 54 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:44:44.91 ID:9R2187uJ.net] jserの"なんでも"は語弊があり過ぎ 狭すぎ 55 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:51:35.67 ID:+3JS5FNC.net] >>50 だな とりま今の現状を鑑みるにSwift一択で勝負 保険にjsをちょこちょこ触る てな感じかな あとはMSの起死回生になりうるHoloLensがいかなるものか...特にゲームなどのエンタ方面での爆発力を予感させる てことでまぁこれも保険というか少なくともjsよりは真面目にUnityでC#触っとくべきかな 56 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:53:46.37 ID:5Ov1zRgR.net] swiftなんて保険にもならない。 ゲームプログラマなら、最初から全てをソレに賭けてるから 57 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 23:05:59.24 ID:8BK51zCJ.net] えっと...何でゲーム限定？ 58 名前：デフォルトの名無しさん mailto:sage [2015/05/02(土) 23:08:17.81 ID:s05aYLEG.net] ゲームの事しか知らないからだろｗ 59 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 00:01:16.12 ID:+1/GzoNu.net] ゲームプログラミングってWebとは比較にならないぐらい大変だし、 需要もないから近づきたくないわ 60 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 02:36:03.23 ID:r6wgrf+g.net] 日本ってなんで世界ではやるサービス作れないカスエンジニアばかりなのに、 ゲームとなった瞬間にFFやドラクエやキングダムハーツなど海外でも売れるゲーム作れるんだろうか。 他のジャンルのゲームも世界的に有名だし人気ありすぎだよね。鉄拳なんかも。 アニメ作るみたいに手がかかる作業だからゲームも凄いの？ 最近はピクサーがアニメは凄すぎだが 61 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 04:11:29.42 ID:zxj6HICr.net] それはこのスレで聞かないほうがいいな ここはいかに俺にとって素晴らしい言語かを言い合う場所だから 62 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 05:19:27.42 ID:ucRg2o2p.net] ドラクエはそうでもないな 80年代、90年代と比べると、日本のゲームの評価は凄く落ちてるし 63 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 05:32:26.76 ID:564ILq9/.net] 世界と言っても現実的に国内の数倍程度のマーケットしか見込めない。 スマホではこのところ日本の課金額がずっと２位１位だし。 それに日本は老若男女に受けるものを作るのは旨いと思うよ。 64 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 07:28:15.47 ID:aiD72K3t.net] どれだけJS壊滅論を叫ぼうが、JS一人勝ちの状況は変わらん ネイティブアプリもJSがメインになると思う Swiftは負ける 65 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 08:00:57.89 ID:7AJkLeM5.net] >>62 JS しか見えてないんだろうな... 66 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 08:14:49.08 ID:5s3y+RNy.net] jsがpy,pl,rbに圧勝しちまったのは事実で、半永久的に逆転はない。 かすかな可能性があるとしたらplだと思う。ハッカーだのギークだのと自称していたような浅はかでレベルの低いミーハーな連中が世代交代で淘汰されつつある現在からのタイミングに本物達がplに没頭したら怖いぞ。 67 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 08:27:30.77 ID:O5TW7WMk.net] 具体的に事実を証明してくれないか 68 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:29:02.87 ID:aiD72K3t.net] 事実として現在Webアプリが圧倒的市場規模であり、 その中で圧倒的なのがJS これだけでもJSの勝利なのだが、 デスクトップアプリもモバイルネイティブアプリも JSの有力なソリューションが出てきた あとはただ浸透していくだけの状況 JSの圧倒的一人勝ちの未来しか見えない 69 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:33:32.67 ID:aiD72K3t.net] これほどまでにJSが圧倒的な理由は、言語仕様の素晴らしさにある クロージャを備え、オブジェクト記法を備え、柔軟性を備えていた これにより、新しい言語仕様ができたらすぐにPolyfilやコンパイラができる 枝葉末節の粗に囚われて本当の素晴らしさが分かっていなかったバカが多かったが 時代はJSの本当の素晴らしさを証明した 70 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:37:15.99 ID:O5TW7WMk.net] 思い込みじゃなくてｗ 実際の数字とか 71 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:55:06.48 ID:7AJkLeM5.net] >>64 > かすかな可能性があるとしたらplだと思う。 ないわ〜 w 72 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 10:24:36.14 ID:3KH0KCaR.net] やっぱりSwift、JS厨はスルーしかないな、もう 73 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 11:23:00.74 ID:aiD72K3t.net] 実際の数字 redmonk.com/sogrady/2015/01/14/language-rankings-1-15/ 1 JavaScript 2 Java 3 PHP 4 Python 5 C# 5 C++ 5 Ruby 8 CSS 9 C 10 Objective-C 11 Perl 11 Shell 13 R 14 Scala 15 Haskell 16 Matlab 17 Go 17 Visual Basic 19 Clojure 19 Groovy JSが勝者で決まってしまったから、このスレの存在意義がなくなってしまったな 74 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 11:31:34.12 ID:aiD72K3t.net] やべー、これを使えばクロスプラットフォームのデスクトップアプリが作れちゃうｗ しかもAtomのような本格的なソフトが作れることがすでに証明されているｗ electron.atom.io/ やべー、これを使えばモバイルのネイティブアプリが作れちゃうｗ しかもFacebook Groupsのような本格的なソフトが作れることがすでに証明されているｗ https://facebook.github.io/react-native/ JavaScript最強すぎワロタｗ 75 名前：デフォルトの名無しさん [2015/05/03(日) 12:12:46.85 ID:I75TtZUp.net] JavaScriptはやむなく使ってるのは多いだろ。 ブラウザの言語としてほぼ採用されてる標準だから。 自分はJavascript押しだが。 環境次第で互換性がないのが弱点。 JavaScriptという枠で複数言語を含んでるようなもの。 JavaScript自身が統一言語、仕様にならないと難しい。 76 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:21:14.02 ID:aiD72K3t.net] 何言ってんだ 今どきJavaScriptに互換性の問題なんてほぼないぞ Polyfillやコンパイラがあるのだから ブラウザがWebGLに対応していないとか、 そういうブラウザの機能の互換性はあるかもしれないが、 それはJavaScriptとは別の問題だろう 77 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:25:30.23 ID:aiD72K3t.net] しかも、nodeやChromeはほぼどんなOSでも動く 今やこうしたOSの互換性の問題を解決するのがJSという位置づけだろう 78 名前：デフォルトの名無しさん [2015/05/03(日) 12:28:50.06 ID:I75TtZUp.net] 高度なレベルでなく、標準機能ですら互換性がない 79 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:31:03.61 ID:aiD72K3t.net] たとえば？ Polyfill使えばたちどころに解決するものしか思い浮かばないが 80 名前：デフォルトの名無しさん [2015/05/03(日) 12:33:29.16 ID:I75TtZUp.net] 利用者側がマルチプラットフォームなJavascriptの実装やライブラリを選択して使い 利用者側がその仕様にあわせればあうだろうが。 世の中全体がそうなってなく、実行できないソースコード、ライブラリが世の中にあふれている。 81 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:34:34.75 ID:/BBLGU8S.net] >>74 > 今どきJavaScriptに互換性の問題なんてほぼないぞ 上位・下位互換性や前方・後方互換性という言葉の意味知ってる？ その名の通り互換性の話なんだけど？ 互換性っていうのは全く同じ機能という意味じゃない。 足りない機能があってPolyfillで埋めたとしても それは新しいOSに搭載された新機能を 古いOSには搭載されていないのと同じで 互換性があることには変わりない。 82 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:34:54.94 ID:aiD72K3t.net] 溢れてないと思うが？ 何の話なんだ？ 具体例を出してみてくれよ 83 名前：79 mailto:sage [2015/05/03(日) 12:35:52.98 ID:/BBLGU8S.net] ごめん。読み間違えてたｗ >>74は互換性があるって言っていたねｗ 84 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:36:01.29 ID:aiD72K3t.net] >>79 分かった分かった じゃあ、互換性の問題はあるってことにしよう ただし解決できるので困らないがｗ 85 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:37:20.23 ID:aiD72K3t.net] >>81 ああ、なるほど 君もJavascriptの互換性については問題ない派のようだね 86 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:39:29.52 ID:BpdPzAyw.net] >>58 そりゃお前WEB系よりゲーム方面のエンジニアリングが圧倒的に難易度高いからだろ だから特に日本はWEB系には落ちこぼれやナンチャッテ系しか集まらずゲーム業界にはとんでもないエンジニアやクリエイターがゴロゴロいる 後はゲームはなんだかんだとファミコンゆかりの地である日本のお家芸的な自負あるし世界からも認められているという点もあるだろうな 87 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:40:13.91 ID:aiD72K3t.net] 確かにJavaScript自体の互換性ではなく、ブラウザの機能の互換性の問題なら たくさんある CSSが動かないとか、SVGのレンダリング結果が違うとか そういうやつね そういう意味なら古いブラウザで動かないライブラリはたくさんあるよ 88 名前：デフォルトの名無しさん [2015/05/03(日) 12:48:17.73 ID:I75TtZUp.net] ある環境で動作するコードを別のところへ持っていくと、動かないか、動いたとしても応答が違う。 ECMAScript - Wikipedia ECMAScriptの方言およびその呼称 Mozilla JavaScript JScript JScript (Chakra) Opera ECMAScript, with extensions to both JavaScript and JScript Konqueror(KJS) Safari(JSCore) iCab InScript JScript .NET ActionScript Adobe Acrobat JavaScript Adobe Creative Suite ExtendScript DMDScript QtScript Max/MSP JavaScript Google Chrome JavaScript 89 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:49:08.20 ID:aiD72K3t.net] >>84 日本のゲーム業界もレベルが高いとは思わないけどな 確かにそこそこ稼げてはいるが、それはレベルが高いせいではない 日本自体が全体的にレベルが低いよ 海外はWebもゲームもレベルが高い それは給料がぜんぜん違うからだ アメリカのWebエンジニアは日本の3倍近くの給料だ そんな状況で優秀な奴が日本に集まるわけ無いだろ 90 名前：デフォルトの名無しさん [2015/05/03(日) 12:52:18.71 ID:I75TtZUp.net] >>85 すぐには上げられないが。 あるJavascript環境では標準的な関数や文法であったとしても、 べつのところではそれ自体が使えないか、動作が違う。 そういうのがJavascriptには無数にある。 91 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:59:48.42 ID:aiD72K3t.net] >>86 方言って言ったらCommon LispとSchemeくらい違っても 方言になるしなあ 方言持ちだすのは違う そして、その中で今よく使われてるのは Mozilla JavaScriptとChrome Javascriptくらいだろうけど その2つはかなり互換性があるよ >>88 今はそんな状況じゃないと思う 各モダンブラウザのJavascriptの、互換性ははっきり言って相当高い nodeもV8エンジンだから、結局ほぼ互換性の高いエンジンで占められていると思う 92 名前：デフォルトの名無しさん [2015/05/03(日) 13:10:08.69 ID:I75TtZUp.net] 言語仕様の差だけでもなく、node.jsだとノンブロッキング(I/O）を強要されるのもやばい。node.js用の書き方をしないといけない。 93 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:14:30.39 ID:aiD72K3t.net] >>90 そうだとして、それはnodeではnode特有の処理を書かなくてはいけないという 当たり前のことであって、互換性の問題と呼ぶのは違わないか？ Windows特有の機能にはWindowsのための書き方をしなくてはいけないし ネットワークにはネットワーク特有の処理を書かなくてはいけないのと同じことだろ 94 名前：デフォルトの名無しさん [2015/05/03(日) 13:22:12.17 ID:I75TtZUp.net] Javascript界がたとえばnode.jsで全世界統一されてるならそれでいいんだが。 そうなっていない現状がJavascriptの弱点。結構使われてる環境どおしでコードを流用しようとしても動かない。 95 名前：デフォルトの名無しさん [2015/05/03(日) 13:25:52.94 ID:I75TtZUp.net] 訳：Node.jsは癌だ 原文を読んでみたら罵倒しまくってて面白かったので全文翻訳してみました。 原文はNode.js is Cancerです。 blog.uu59.org/2011-10-04-node-js-is-cancer.html Node.jsはソフトウェアの癌になる。 eBayのテクニカルスタッフであるTed Dziubaから衝撃的な記事が出たので、読んでしまいました。 Node.js is Cancer 要点を訳すと下記のような感じです。 ?Node.jsがスケーラブルであるというのは嘘。 ?Nodeの運用が難しい。 ?やっぱりJavaScriptってWebアプリのロジックを書くのに向いてない。 yosuke-furukawa.hatenablog.com/entry/20111002/1317572377 96 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:26:48.79 ID:aiD72K3t.net] >>92 意味がわからない お絵かきソフトのソースコードを金融システムに流用したって動かないだろうけど それが弱点と言われてもな ちなみにnodeのライブラリはbrowserifyを使ってブラウザ上で結構動くよ 97 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:27:48.30 ID:aiD72K3t.net] >>93 2011年ねえ。。。 98 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:34:37.37 ID:hfdn/Wn2.net] if (typeof my_var !== "undefined" && my_var !== null) { // Rasmusも顔負けのマヌケだね！ } これねえｗ if (my_var != null) { // こうやって簡潔に書けるのにマヌケだね！ } Javascriptの枝葉末節の粗にとらわれて、本当の素晴らしさが分からなかった バカって本当に多いなｗ 99 名前：デフォルトの名無しさん [2015/05/03(日) 13:39:59.79 ID:I75TtZUp.net] Javascriptは非常に基礎的部分ですら互換性がない。たとえばオブジェクトの型を調べるだけですら簡単でない。 Nakajiman Software Blog: JavaScriptにおける未定義値の判別方法 nakajiman.blogspot.jp/2008/05/javascript.html JavaScriptの「型」の判定について - Qiita qiita.com/south37/items/c8d20a069fcbfe4fce85 JavaScriptでオブジェクトの型を判別するのにtypeof演算子使うとツラいよね - Qiita qiita.com/Layzie/items/465e715dae14e2f601de ＪａｖａＳｃｒｉｐｔ配列検出で起こる問題について ─── 型判定の基礎 JavaScriptの「実行時型判定」は、機能が弱いことが知られているが、特に配列のチェックに於いて回避の難しい問題を起こすことが知られている。 oka-ats.blogspot.jp/2013/01/oka01-lkatupfcnayncnco.html 100 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:49:35.77 ID:hfdn/Wn2.net] >>97 オブジェクトの型を調べるのが容易では無いのは、 別に互換性の問題では無いだろ それに、お前の中の時間は2008年や2013年で止まってるのか 日本と海外の違いはこの辺にもよく現れてるな 配列の検出の問題は、今ならArray.isArrayで解決する 101 名前：デフォルトの名無しさん [2015/05/03(日) 13:55:58.00 ID:I75TtZUp.net] >>98 配列だけでないが。 2013年以前に実装されたエンジンもまだ使われてるだろ。Javascriptはどれか一つのエンジンか実装に統一されてない。 Javascriptはいたるところで環境差があるのは間違いない。 102 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:01:48.61 ID:XZDYEtiX.net] 2011年の記事を翻訳wwww アホとしか思えない。 2015年の記事を翻訳してよイエローモンキー 103 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:02:14.00 ID:hfdn/Wn2.net] >>99 配列だけではなく何が問題なの？ 記事によると解決策が全て記されているが 2013以前のエンジンなんて、今はほぼ使われてないだろ 例えば、Array.isArrayがない主要環境はIE8くらいだが これもes5-shimのような有名なPolyfillでたちどころに解決する問題 104 名前：デフォルトの名無しさん [2015/05/03(日) 14:10:28.74 ID:I75TtZUp.net] node.jsがノンブロッキングなのは今でもそうだから2011年の記事はいまでも通じる。 105 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:15:55.58 ID:hfdn/Wn2.net] まあ記事そのものがもとから的外れなんだけどな clusterも使わず一スレッドで、fib実行したらどんな環境でも遅くなるわ もしかして2011年にはnodeにclusterがなかったのかもしれんがｗ 106 名前：デフォルトの名無しさん [2015/05/03(日) 14:18:44.76 ID:I75TtZUp.net] ライブラリ� 107 名前：ﾅ環境差を埋められるのはJavascriptの特徴でない。 C/C++でもマルチプラットフォームのライブラリはある。 たとえばJavaやPHPの環境差はJavascriptのように多くない。 [] [ここ壊れてます] 108 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:20:25.10 ID:hfdn/Wn2.net] そして、他の言語と同様、今のJavaScriptに互換性の問題は ほとんどない 109 名前：デフォルトの名無しさん [2015/05/03(日) 14:30:51.43 ID:I75TtZUp.net] node.jsの記事は、手続き型でない純粋関数型は難しいといいたんだろう。 Javascriptの枠で、ノンブロッキング/ブロッキング、手続き/関数型が混在していていまだ統一されてない。 110 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:36:01.72 ID:/BBLGU8S.net] ん？ 統一する必要あんの？ どちらか一方が、どんな場合でも優れているわけじゃないし。 用途が違うのに、統一する必要がない。 111 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:39:33.46 ID:aiD72K3t.net] ノンブロッキングのプログラミングが難しいという話なら まあ一応理解できなくもない が、それもcoやES7のasync/awaitで難しくなくなった 112 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:40:16.19 ID:/BBLGU8S.net] バカには難しい 113 名前：デフォルトの名無しさん [2015/05/03(日) 14:40:45.80 ID:I75TtZUp.net] 統一されていないことが、 互換性が低いかない一理由。 node.jsをJavascript枠から追い出すか、 Javascriptの標準仕様がnode.jsに合わせたら互換性がよくなる。 114 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:43:11.27 ID:/BBLGU8S.net] 統一されてないことと 互換性に何の関係があるんだ？ 115 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:43:14.42 ID:aiD72K3t.net] お前の出したどの記事も互換性が低いとは一言も言ってないぞ 116 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:43:49.91 ID:/BBLGU8S.net] むしろ統一しないことのほうが 互換性が高いことに繋がる。 前のものを廃止したら、 互換性が途切れるんだよ。 117 名前：デフォルトの名無しさん [2015/05/03(日) 14:55:05.64 ID:I75TtZUp.net] 互換性の記事見つけてきたぞ。環境差は確かに存在する。 ECMAScript 6 compatibility table kangax.github.io/compat-table/es6/ JavaScript - Wikipedia 現在では、ECMAScriptの策定により実装間の互換性は向上し、DOMなど関連仕様の実装に関する互換性も比較的高くなっている。 ただ、現在でも特定のブラウザでしか実行できないECMAScript以前の古い構文や、ブラウザ独自のDOMを使ったコードが使用されている場合があり、 互換性の問題が完全に解消されたわけではない。 118 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:01:38.73 ID:/BBLGU8S.net] 互換性はある = 100%の互換性 99.9% だったら 互換性はないということ などと定義している馬鹿 いい加減消えないかな。 119 名前：デフォルトの名無しさん [2015/05/03(日) 15:11:03.11 ID:I75TtZUp.net] 異なるJavascript同士に90%の互換性すらないとおもうぞ。 たとえばJavaだと本家(?)実装がシェアのほとんどを占めて90%以上の互換性は確実だろう。 120 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:12:49.59 ID:aiD72K3t.net] そもそも>>114はES6のネイティブでのブラウザの対応状況だろ ES6というのは、次期JavaScriptであって、それを先行して どれだけ実装しているかということ 次期JavaScriptの先行実装状況に互換性どうこう言われてもな 言うなら現行JavaScriptであるES5.1の表を持ってこいよ 121 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:14:15.31 ID:aiD72K3t.net] >>116 それは怪しいな AndroidのDalvik（かなりのシェアを占めるだろう）は Version8に全く対応していないから 122 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:18:45.95 ID:aiD72K3t.net] ES5の表見つけてきた Chrome(V8)、Firefox、IE10以降、iOS、Webkitと主要環境は軒並み100％ kangax.github.io/compat-table/es5/ 123 名前：デフォルトの名無しさん [2015/05/03(日) 15:25:29.56 ID:I75TtZUp.net] 独自仕様、先行仕様が多ければ多いほど互換性は減ってくるわけで。 ある環境では当たり前のコードが、他で動作しないのでは互換性が低い。 Dalvikと本家の差はしらないが、Javascriptだと実際にコピペしただけでは動作しないことが頻発するが。 124 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:29:16.49 ID:aiD72K3t.net] 先行仕様というのは、Javaで言えば、Java9の機能が使えるということ これはプラスでありこそすれ、マイナスにはならない 互換性を気にする場合先行仕様なんて使わないからな 125 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:30:32.52 ID:/BBLGU8S.net] > 独自仕様、先行仕様が多ければ多いほど互換性は減ってくるわけで。 それは互換性が減ったとは言わないよ。 高い互換性 + 独自仕様,先行仕様 だろ 完璧な互換性を持ったC言語コンパイラ二つあったとして、 一方がC99に新たに対応したら互換性が減った！って叫ぶ奴いねぇだろ？ 126 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:35:40.54 ID:hfdn/Wn2.net] AndroidはJava 8が全く使えない さっきの表で言えば、ES5が全く0％の対応状況だと言ってるに等しい それどころか、Java 7すら、ついこの間やっと対応した 当然ながらJavascriptはそこまでひどくない 127 名前：デフォルトの名無しさん [2015/05/03(日) 15:53:59.85 ID:I75TtZUp.net] Android　Dalvikは6とか7に対応していて後方互換性があるなら実用上問題ないだろうが。 Javascriptは実装が相当あって互換性はかなり怪しいと思うが。 windowsにJScript(WSH)が組み込まれているが、これ自体、古い規格すらクリアしてないだろうし 最新のエンジンでJScript(WSH)のコードは動作しないことが多い。 128 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:57:32.73 ID:/BBLGU8S.net] >>124 え？なに？ Javaは互換性が低い、 iモードアプリ（Java製）が動かないから。 っていう話がしたいの？ 129 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:58:05.60 ID:qMGCv9q/.net] JScriptでTypeScriptのコンパイラも動いてるし問題ないだろ 130 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:06:24.22 ID:aiD72K3t.net] WSHねぇ この人はやっぱ2006年あたりで時が止まってるっぽいな 131 名前：デフォルトの名無しさん [2015/05/03(日) 16:15:11.03 ID:I75TtZUp.net] 自分が止まってるのではなく、windows標準のJavascript環境が止まっていて、 いま使えるのは古くて更新されないJScript(WSH)だろ? より新しいwindows標準のJavascript環境があるか? 132 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:17:51.84 ID:aiD72K3t.net] MSはブラウザ用には更新しているし、PowerShellという新しい代替品を 使ってほしいから更新してないだけだろうに 133 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:17:59.40 ID:/BBLGU8S.net] JScriptとWSHの違うも理解してないみたいだしなｗ ちなみに、IE9に搭載されているのはJScript 9.0。 IE9で動くのはJScriptであり、 そのコードがJavaScriptでも動いてるから 互換性があることは証明済みである 134 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:20:44.63 ID:aiD72K3t.net] Windows 8では新しいJavaScript(これはJScriptとは呼ばれていない)で アプリが作れることも知らないらしい 135 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:30:05.05 ID:aiD72K3t.net] そういえば、ひそかにMacもYosemiteからJavaScriptで AppleScriptを代替できるようになったよな JavaScriptでMacのアプリも作れて自動化作業もできる時代 JavaScriptが着実に言語の争いを制覇しつつあるね 136 名前：デフォルトの名無しさん [2015/05/03(日) 16:42:33.83 ID:I75TtZUp.net] これだろ? 計画段階であってNode.jsがwindowsの標準として取り込まれてない。 マイクロソフトのJavaScriptライブラリー「WinJS」について知っておくべき５つのこと Node.js は、自分のローカル・マシンに WinJS を構築するための必須コンポーネントだ。 恐らく WinJS は、Node 上で動作することによって、アプリ内でのチャットやユーザー・インタラクションのような非同期タスクを適切に処理することができるのだろう。 しかし、ほとんどの JavaScript フレームワークが Node と連携するよう設計されているため、これは特別ユニークではない。 恐らく WinJS の一番の利点として挙げられるのは、マイクロソフトがこのフレームワークに含めた JavaScript のライブラリ群だろう。 このライブラリ群は、複雑なコードを迅速かつ簡単に開発することを可能にしてくれる。 トライアル・ページでは美しいインタラクティブなウィジェットが紹介されており、これらは組み込みも非常に簡単だ。 そして Angular のような、既に信頼を勝ち取っている他のフレームワークと一緒に WinJS の機能を使えるという事実も、多くの開発者が WinJS を試してみたいと思う動機となるだろう。 ascii.jp/elem/000/000/882/882829/ 137 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:51:54.47 ID:hfdn/Wn2.net] 計画段階ってなんの話だ？ WinJSならとっくにリリース済みだが 138 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:58:20.97 ID:hfdn/Wn2.net] まあJavaScriptの世界の動きは他とは次元の違う早さだから ついていけないのは分かる 139 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:01:54.00 ID:/BBLGU8S.net] >>133 > 計画段階であってNode.jsがwindowsの標準として取り込まれてない。 JavaもRubyもWindowsの標準として取り込まれてないが、 お前は一体何の話をしてるんだ？ 140 名前：デフォルトの名無しさん [2015/05/03(日) 17:03:14.47 ID:I75TtZUp.net] windowsの最新版でもプレビュー版でもアップデートでも コマンドプロンプトとかScript(WSH)とかPowerShellのようにOSに組み入れられず 開発者に試してもらうための公開だろ。 141 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:04:37.34 ID:hfdn/Wn2.net] JavaScriptでアプリを開発するのが開発者じゃなくて何なんだよｗ 試してもらうんじゃなくて、本当に使ってもらうんだろうがｗ 142 名前：デフォルトの名無しさん [2015/05/03(日) 17:04:58.45 ID:I75TtZUp.net] >>136 だからwindows標準のJavascript環境は、古いJScript(WSH)のまま。 143 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:05:28.05 ID:/BBLGU8S.net] >>137 今はオープンソースはgithubで公開するのが 正式リリースと言ってもいい状況なんですが？ なぁ、お前。10年ぐらい前から何か成長した？ 144 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:06:04.38 ID:/BBLGU8S.net] >>139 > だからwindows標準のJavascript環境は、古いJScript(WSH)のまま。 新しいJScriptですけど？ えと、JScriptがバージョンアップしているのって もしかして知らない？ 145 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:07:47.25 ID:/BBLGU8S.net] じゃあ、話しそれて、Windows 10のJavaScriptの話でもするか？ｗ Windows 10におけるMicrosoft JavaScriptエンジンの仕組み www.infoq.com/jp/news/2014/10/chakra-javascript-windows-10 いやー、すごい仕組みだわこれ。 146 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:09:18.03 ID:hfdn/Wn2.net] あと、JavaScript(JScriptではない)がVisualStudioにくっついてくるけどね まあ確かにVisualStudioはOS標準ではないがｗ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef