Google NaCl プログラミング 2mol

1 名前：デフォルトの名無しさん mailto:sage [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 前スレ hibari.2ch.net/test/read.cgi/tech/1291875057/ 2 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:18:51.00 ] ttp://sourceforge.jp/magazine/11/02/22/104206 　米Googleは2月18日、C/C++で実装されたネイティブコードをWebブラウザ上で実行できる 「Native Client Software Development Kit（SDK）」の最新版を公開した。 Windows、Mac OS X、Linuxに対応する。 3 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:19:33.06 ] JavaApplet というよりは ActiveX だよね ttp://slashdot.jp/it/08/12/10/0836211.shtml ttp://slashdot.jp/it/10/03/20/0554238.shtml 4 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:21:00.80 ] Native Client SDK : ttp://code.google.com/p/nativeclient-sdk/ NaCl ports : ttp://code.google.com/p/naclports/ Gallery: ttp://naclports.googlecode.com/svn/trunk/src/gallery/index.html 5 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:22:54.20 ] NaCl に興味があるなら、インストールして試してみると良いよ Google が開発しているプログラム実行環境（Native Client : C/C++, Native Activity : C/C++, Dalvik : Java, V8 : JavaScript、 Go : Go、Unladen Swallow : Python）の中でどれが一番長生き するか調べて、ブログにでも載せておいてくれると助かるわ 6 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:24:31.08 ] 206 デフォルトの名無しさん [sage] 2011/02/23(水) 00:30:05.97 ID: Be:     かってに、google に甘い期待をしているんだけど、     ttp://sourceforge.jp/magazine/11/02/22/104206     これとかを見ると、google 的には、     C++ は Web アプリみたいにして、     Android に持っていくつもりなのかな。     プログラマのヘマでセキュリティーホール作られるよりは、     制限あっても、sandbox 内で…って感じで。     Javaが選ばれた理由も、そんなんじゃなかったっけ？ 7 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:25:40.48 ] 207 デフォルトの名無しさん [sage] 2011/02/23(水) 02:12:51.53 ID: Be:     Android 2.3 以降の Native Activity も sandbox 内で動くみたいね     NaCl と融合する可能性はあるのかな 8 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:27:33.25 ] 212 デフォルトの名無しさん [sage] 2011/02/23(水) 10:55:37.75 ID: Be:     >>206     面白そうだけどChromeでしか動かないって     ChromeOSのサブプロジェクトかなんかか 9 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:28:10.77 ] 214 デフォルトの名無しさん [sage] 2011/02/23(水) 13:06:31.99 ID: Be:     >>212     FirefoxとかOperaでもすぐ使えるようになるのでは？     slashdot.jp/it/08/12/10/0836211.shtml 10 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:29:03.14 ] このスレッドは天才チンパンジー「アイちゃん」が 言語訓練のために立てたものです。 アイと研究員とのやり取りに利用するスレッドなので、 関係者以外は書きこまないで下さい。 　　　　　　　　　　　　　　　　　　京都大学霊長類研究所 11 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:30:13.72 ] Nixysaという半自動でNPAPIのコードを書いてくれるツールが使えるかも。 code.google.com/p/nixysa/ 基本的にはいきなりNaClというよりまずNPAPIを使ったプラグインを開発できるようになったほうがよさげ。 多分プラグインとして動けばNaCl化は難しくない。 12 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:31:09.17 ] 2ch関連スレ。chromiumブラウザー hibari.2ch.net/test/read.cgi/software/1278083626/l50 13 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:31:19.20 ] chromiumブラウザーのデザインドキュメントがかなり役に立つ。 https://sites.google.com/a/chromium.org/dev/developers/design-documents 14 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:35:31.28 ] 17 デフォルトの名無しさん [sage] 2011/01/05(水) 21:24:56 ID: Be:     あ、こっちにスレあったのね。     NativeClientって、当初のx86コード利用って方針からポータビリティを重視して     LLVMのビットコードを使うようになるんだよね？     それって、Zero/SharkのJavaVMと比べて何が違うの？     というか有利なの・・・？     JVMのネイティブコードキャッシュが出来る機能を突き進めた方が幸せにならない？     ・・・か。     自社だけでコントロール出来ない物は改変しちゃえってことだもんなぁ。Dalvikみたいに。 18 デフォルトの名無しさん [sage] 2011/01/05(水) 21:48:04 ID: Be:     そうなの?     最近追っかけてないからよく知らないけど、それは朗報だな。     LLVMのビットコードで送りつけて、現地でマシン語にコンパイルする方式は俺的にグッジョブだわ。     昔それを考えていた。 15 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 16:40:29.21 ] >>1 乙 16 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 19:23:07.85 ] 前スレ落ちてたんだね。スレ立て乙です(^_-)-☆ 17 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 19:47:01.87 ] 前スレってレス20くらいで落ちてた気がするので 今回も過疎ってると落ちるかもね 18 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 23:53:55.47 ] じゃあ勉強がてら練習ソースうｐする 19 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 00:46:41.62 ] wktk 20 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 08:19:54.18 ] >>1 　　 n ノノﾉハヽ 　　(ﾖ川´・�D・)＜乙です 　　　Y 　　 　　つ 21 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 08:37:39.72 ] 2molとは粋な計らいを・・・ 22 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 18:10:08.34 ] これがこのスレでの初めての書き込みなのに、俺が書いたレスが既に張ってあるから、 もう書く事無いよ。NaCl/ARM が Android で動くとかすればなあ。 23 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 19:13:46.80 ] そうだね 24 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 19:16:43.65 ] NaClって分子じゃないのに何でmolで数えるんだろう 25 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 22:42:33.99 ] 逆にどう数えろと… 26 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 03:43:09.47 ] ［訂正記事］グーグルのNative Client、CPUに依存しない互換性は将来のバージョンにて 2010年3月21日 ttp://www.publickey1.jp/blog/10/native_clientcpu.html 27 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 03:46:40.68 ] GoogleのNative ClientでWebアプリケーションのパフォーマンスを改善する 作者 Abel Avram , 翻訳者 笹井 崇司 投稿日 2010年4月16日 午後3時8分 ttp://www.infoq.com/jp/news/2010/04/Google-Native-Client 28 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 03:46:49.77 ] Google が頑張って IE と Safari と Firefox 向けに NaCl の Plug-in を作ったとして、 これが普及する芽はあるのかなあ。iPad / iPhone 向けには Plug-in は作れない訳だし、 JavaScript がこれだけ力を持つと、ひっくり返せるものなんだろうか。 29 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 03:55:42.88 ] GoogleがNative Clientを刷新。が、最後までやり遂げるだろうか？ 作者 Dionysios G. Synodinos , 翻訳者 南 伸二 投稿日 2011年2月23日 午後7時42分 ttp://www.infoq.com/jp/news/2011/02/google-revamps-native-client 30 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 03:57:49.41 ] Native Client: A Technology for Running Native Code on the Web Monday, December 08, 2008 | 12/08/2008 11:58:00 AM ttp://googlecode.blogspot.com/2008/12/native-client-technology-for-running.html 31 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 04:05:15.34 ] ポータブルにならないなら 普通にexe配布した方が良いお Native Clientの仕組みはどうなっているのか？ ttp://d.hatena.ne.jp/yaneurao/20081211 32 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 06:15:18.06 ] いまさら劣化ActiveXもどきか。 33 名前：デフォルトの名無しさん [2011/02/27(日) 08:02:43.80 ] ActiveXというよりJavaでしょ 34 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 10:01:47.72 ] >>33 いや、JavaとActiveXの公約数。 35 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 11:54:05.73 ] ActiveXのように速いJava Javaのように安全なActiveX 36 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 14:39:33.45 ] Java じゃなくて Java Applet な 37 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 15:10:24.47 ] っつーかjavascriptで充分だろ 38 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 15:13:24.00 ] NaCl の話を聞く度に O3D が思い出される あれも最初は Plug-in でやろうとしたけど、結局は JavaScript でも 十分な速度が出るという結論だったんだよね 39 名前：デフォルトの名無しさん [2011/03/04(金) 18:50:56.27 ] ほしゅ 40 名前：デフォルトの名無しさん mailto:sage [2011/03/04(金) 19:27:20.96 ] すげえなこれ10の24乗コ目のスレなのか 41 名前：正義の下着：コスモパンティー mailto:sage [2011/03/04(金) 19:52:13.94 ] 1モルは6.02×10^23です。 2モルだからといって24乗に階乗を変更することはしません。 42 名前：デフォルトの名無しさん mailto:sage [2011/03/04(金) 21:11:54.68 ] 1mol 6.02×10^23 が正しければ 2mol 1.204×10^24 も正しいと思うんだけど 釣りなの？ 43 名前：デフォルトの名無しさん mailto:sage [2011/03/04(金) 21:48:15.87 ] アボガドロ数は化学ではあまり使わんなああ。 44 名前：デフォルトの名無しさん mailto:sage [2011/03/05(土) 05:59:38.03 ] 組成比で重量％とｍｏｌ％はどっちも良く使うよ 45 名前：デフォルトの名無しさん mailto:sage [2011/03/05(土) 07:21:08.28 ] おまいら NaCl の話しろよ 46 名前：正義の下着：コスモパンティー mailto:sage [2011/03/05(土) 07:52:31.23 ] 有効数字って知らないの？ 47 名前：デフォルトの名無しさん mailto:sage [2011/03/05(土) 08:30:45.30 ] 10年以上前に出てきたActiveXのさらに劣化した技術だからなあ。 48 名前：デフォルトの名無しさん [2011/03/07(月) 08:02:59.49 ] ほしゅ 49 名前：デフォルトの名無しさん [2011/03/08(火) 10:33:33.94 ] ほ 50 名前：デフォルトの名無しさん mailto:sage [2011/03/08(火) 11:51:38.47 ] ブラウザでエディタが動く時代が来るのか viとかメーラーとか移植されそうだな あ、googleってクライアントメーラーってやらないのかな 51 名前：デフォルトの名無しさん mailto:sage [2011/03/08(火) 20:45:19.82 ] Qt4 on Android の方が面白そうだからあっちいく 52 名前：デフォルトの名無しさん mailto:sage [2011/03/10(木) 09:15:43.63 ] ノシ 53 名前：デフォルトの名無しさん [2011/03/10(木) 12:26:57.96 ] NaCl最近動きないね。 みんな注目してないのか 54 名前：デフォルトの名無しさん mailto:sage [2011/03/10(木) 13:26:29.69 ] ブラウザの中でネイティブを動かしたいニーズが無くなってしまったからな。FlashとSilverlight共々逝く気がする 55 名前：デフォルトの名無しさん [2011/03/10(木) 17:13:02.38 ] Nacl・・・おれはあえてナックルと呼ぶぜ！ 56 名前：デフォルトの名無しさん mailto:sage [2011/03/10(木) 23:22:51.18 ] >>53 時代は JavaScript を拡張して行く方向だと思うよ 何が哀しくてブラウザ上で C++ なんか使わないといけないんだろうね・・・ 57 名前：デフォルトの名無しさん mailto:sage [2011/03/11(金) 00:10:06.70 ] JavaScriptが良いとは思わないけどなあ サンドボックス内部でC++（ネイティブコード）を使うのが一番言いい。 WebGLとかダメでしょ、あれ 58 名前：デフォルトの名無しさん mailto:sage [2011/03/11(金) 00:16:04.34 ] 別に自分の好みを通すのは好きずきなんじゃないの。 時代は WebGL の方に進んでるから、気が向いたらこっちに来なよ。 59 名前：デフォルトの名無しさん mailto:sage [2011/03/11(金) 00:30:59.84 ] >>56 C++のコードがjavascriptから呼べるんだから便利だよ 60 名前：デフォルトの名無しさん mailto:sage [2011/03/11(金) 00:36:42.27 ] >>59 C++ を書きたい人が書く分には良いんじゃないの 既存のコードをそのまま動かしたいとかね それでもフルパワーの C++ が使える訳ではないし、テストや メンテナンスの手間を考えると、かなり敷居が高いと思うよ 61 名前：デフォルトの名無しさん mailto:sage [2011/03/11(金) 08:12:23.96 ] Googleのやることって、特徴は無料ってだけで、今更ってのが多い。 62 名前：デフォルトの名無しさん [2011/03/11(金) 09:15:55.48 ] あげとくか 63 名前：デフォルトの名無しさん mailto:sage [2011/03/12(土) 19:55:37.53 ] やっとGoogle Chrome 10.0がUbuntu/Debianに回って来た。 ちょっと遊んでみるかな? 64 名前：デフォルトの名無しさん mailto:sage [2011/03/15(火) 04:42:19.34 ] hosu 65 名前：デフォルトの名無しさん [2011/03/16(水) 18:00:23.58 ] 日本オワタ 66 名前：デフォルトの名無しさん [2011/03/19(土) 07:44:34.17 ] 放射性NaCl 67 名前：デフォルトの名無しさん mailto:sage [2011/03/19(土) 08:10:05.33 ] 雨には放射能が含まれていると危険だから 必ず傘をさすようにってお天気で毎回言った方が良い 68 名前：デフォルトの名無しさん mailto:sage [2011/03/21(月) 14:42:09.54 ] >>67 放射性物質だろ。水は陽子と電子だけだから放射能を持つことはない。 69 名前：デフォルトの名無しさん mailto:sage [2011/03/21(月) 17:17:11.39 ] 水素や酸素にも同位体はありますよ 同位体がなぜ放射能を持つかどうかは良くわかってない 70 名前：デフォルトの名無しさん mailto:sage [2011/03/21(月) 18:25:00.79 ] HもOも放射性同位体の半減期短いのばっかりじゃんw 雨が危険、っていうのは、小学生でも知ってるように雨粒は空気中の埃を核にして 形成されるからだと思うけど。 今回の件で放射性物質の埃がある程度上空に排出されたのは間違いなからね。 71 名前：デフォルトの名無しさん mailto:sage [2011/03/22(火) 21:38:27.84 ] 真水で冷却出来ずに塩水使ったのが間違いだったね 高温でイオン化したナトリウムが水と反応して爆発したんだよ 72 名前：デフォルトの名無しさん mailto:sage [2011/03/22(火) 23:48:25.57 ] どんなトンデモ化学だよそれ 73 名前：デフォルトの名無しさん [2011/03/24(木) 15:39:27.60 ] 73 74 名前：デフォルトの名無しさん [2011/03/31(木) 23:41:01.80 ] 原発がんがれ 75 名前：デフォルトの名無しさん mailto:sage [2011/04/03(日) 21:03:12.72 ] 高吸水性ポリマーで汚水流出止めようとしてるみたいだけど塩分があると効果ないんだって ttp://www.kyoto-be.ne.jp/sagano-hs/exam/rika_jyunbishitu/photo/add_NaCl.wmv www.kyoto-be.ne.jp/sagano-hs/exam/rika_jyunbishitu/023.htm 76 名前：デフォルトの名無しさん [2011/04/07(木) 16:38:11.51 ] ほ 77 名前：デフォルトの名無しさん [2011/04/13(水) 00:55:00.39 ] . 78 名前：デフォルトの名無しさん mailto:sage [2011/04/16(土) 11:16:26.27 ] Tcl、GoogleのNative Clientに対応した「NaTcl」を発表 slashdot.jp/developers/11/04/15/181223.shtml 凄いんだか凄くないんだかさっぱりわからんw Googleは今でもNaClをプッシュしてるの？ 79 名前：デフォルトの名無しさん mailto:sage [2011/04/16(土) 12:12:47.04 ] こんなスレあったのね WebKit党Safari派だがぐぐるも好き、LLVM注目中なので記念カキコ ときどき見に来る /.Jで出たの知って、悶々としてたので書かせてくれ >>78 NaTclって物質ないじゃんね もうちょいましな名前はなかったのかと といっても、ささっと対案は出てこずｗ 80 名前：デフォルトの名無しさん mailto:sage [2011/04/17(日) 10:55:06.97 ] サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」（1/2）：CodeZine codezine.jp/article/detail/5690?p=1 サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」（2/2）：CodeZine codezine.jp/article/detail/5690?p=2 81 名前：デフォルトの名無しさん mailto:sage [2011/04/17(日) 13:05:14.75 ] GAEは携帯認証がな…。 GAEにも、NaCl入るようにならないかな 82 名前：デフォルトの名無しさん [2011/04/18(月) 13:09:58.81 ] ん？ 鯖は関係ないんじゃない？ 83 名前：デフォルトの名無しさん mailto:sage [2011/04/20(水) 22:29:41.30 ] うん。直接関係ない。 だが、ブレスト的にというか、無理やりくっつけて考えてみた NaClってのは、きちんとサブセット化されたELFバイナリ、 サンドボックス、RPCで成り立ってる これを、GAEが受け入れれば、言語制限ってものが取り払われるんじゃないか Perlやりたい？NaClでPerlビルドすればいい RubyだろうとLUAだろうとおなじこと 84 名前：デフォルトの名無しさん [2011/04/27(水) 14:33:46.69 ] GAE と何の関係が？ 85 名前：デフォルトの名無しさん mailto:sage [2011/04/27(水) 20:32:23.67 ] Tcl、GoogleのNative Clientに対応した「NaTcl」を発表 slashdot.jp/developers/11/04/15/181223.shtml > スクリプト言語TclをGoogleのNative Client環境で実行可能な「NaTcl」が発表された。 > NaTclを使用することでTclをWebブラウザ上で実行可能となり、Tclプログラムで > Google ChromeのDOM(Document Object Model)に直接アクセスできる。これにより、 > JavaScriptの代わりにTclでWebアプリケーションを作成することが可能となる。 > また、Natice Client向けのTk、「NaTk」もまもなくリリースされるとのこと。 これでTcl/Tkの新しい本が出るようになるかな？ 86 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 02:07:06.68 ] chrome://plugins に、NaClが出てくるけど、ここからも有効化できるのかな？ 87 名前：デフォルトの名無しさん mailto:sage [2011/05/10(火) 00:22:17.17 ] >>85 多分できる。 試しに有効にしてみたら動いた。 88 名前：デフォルトの名無しさん mailto:sage [2011/05/20(金) 00:32:42.04 ] sdkのバージョンが0.3になってた　Chrome12のためだけみたいだけど 89 名前：デフォルトの名無しさん mailto:sage [2011/05/27(金) 20:17:54.65 ] NaClって名前がいいな 90 名前：デフォルトの名無しさん mailto:sage [2011/06/03(金) 09:35:43.58 ] かそ 91 名前：デフォルトの名無しさん mailto:sage [2011/06/03(金) 12:17:46.01 ] 基盤技術過ぎて、華はないなｗ なんとなく見てるんだが、Chrome OS のRPCにも使えるようになるんだよね、きっと 92 名前：デフォルトの名無しさん mailto:sage [2011/06/03(金) 13:51:45.16 ] スゲー興味有るんだけど誰も使ってなさそうで怖い 93 名前：デフォルトの名無しさん [2011/06/03(金) 22:23:35.93 ] 今GPU使える？せめてシェーダー言語だけでも走らせる事ができりゃいいんだけど。 あとは自作するから。 94 名前：デフォルトの名無しさん mailto:sage [2011/06/03(金) 22:51:06.27 ] Unity Technologies: Notes on Native Client & Pepper Plugin API blogs.unity3d.com/2011/06/02/notes-on-native-client-pepper-plugin-api/ 95 名前：デフォルトの名無しさん mailto:sage [2011/06/04(土) 21:25:54.64 ] ActiveXの劣化コピー 96 名前：デフォルトの名無しさん mailto:sage [2011/06/04(土) 22:48:12.36 ] ActiveXはNaClのサブセット 97 名前：デフォルトの名無しさん mailto:sage [2011/06/05(日) 00:42:59.36 ] ActiveXは、よく脆弱性持ち込んでたような、、、 98 名前：デフォルトの名無しさん mailto:sage [2011/06/05(日) 04:00:54.46 ] NaClはよくは知らんがActiveXは完全信頼モデルなのがいかんかったのだろ？ NaClはプロセス分離とかで部分信頼モデルもどきぐらいにはするつもりじゃないの？ 99 名前：デフォルトの名無しさん [2011/06/18(土) 02:43:10.39 ] hosh 100 名前：デフォルトの名無しさん mailto:sage [2011/06/18(土) 10:32:13.79 ] MSがWebGLはセキュリティが駄目だと言ったから NaCl使ってOpenGL使うのが流行るんじゃね？ 101 名前：デフォルトの名無しさん mailto:sage [2011/06/18(土) 10:41:34.01 ] WebGL は、セキュリティの問題は ARB で対応する予定でしょ 102 名前：デフォルトの名無しさん mailto:sage [2011/06/18(土) 17:00:04.79 ] shaver.off.net/diary/2011/06/17/a-three-dimensional-platform/ 103 名前：デフォルトの名無しさん mailto:sage [2011/06/24(金) 21:08:40.77 BE:2087411279-2BP(100)] 「Chrome」の徹底的な改修を開始したグーグル--セキュリティ向上を目指す japan.cnet.com/news/commentary/35004398/ > Googleが「Native Client」と呼ばれる安全性の高い基盤の上で、 > 「Chrome」を徹底的に作り直す作業を開始したとの情報を、米CNETが入手した。 104 名前：デフォルトの名無しさん [2011/06/24(金) 21:47:11.05 ] Native Clientって全然話題にならないけど プロジェクトとして生きてるの？ 105 名前：デフォルトの名無しさん mailto:sage [2011/06/24(金) 23:21:34.25 ] ChromeOSもChromeもJSからプラグインぐらいまでは移す計画してるんじゃない？ いまんとこ、セキュアなネイティブサンドボックスなんて、脱研究室レベルではGoogleしかできてないけど、第一線のプロジェクトなことは間違いないとおもうよ。 ここ数年でものになるなら、ARM版がすでにあるのでスマートフォンやタブレットでの電力改善が一番大きい。 x86とARM以外ではLLVMでユニバーサルって話だから汎用性もあることにはなっている。 106 名前：デフォルトの名無しさん [2011/06/30(木) 11:15:31.97 ] す 107 名前：デフォルトの名無しさん mailto:sage [2011/06/30(木) 22:29:41.07 ] じ 108 名前：天使 ◆uL5esZLBSE mailto:sage [2011/07/03(日) 21:53:10.47 ] >>102 ゴミが散らかってんじゃねえよ 109 名前：デフォルトの名無しさん [2011/07/09(土) 10:24:14.41 ] ほｓ 110 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 11:06:23.25 ] ネイティブサンドボックスって、いまや普通。 111 名前：デフォルトの名無しさん [2011/07/16(土) 22:38:59.32 ] ウェブアプリは JavaScript で割と満足なんだけど、ネイティブコードのニーズってあるのかな? 112 名前：デフォルトの名無しさん mailto:sage [2011/07/17(日) 00:53:43.64 ] ソース隠しかな 113 名前：デフォルトの名無しさん mailto:sage [2011/07/19(火) 19:46:59.82 ] >>111 Java屋とか.NET屋とかからは、JavaScriptは使えば使うだけ生産性落とすって言われてるけどもね。 動的な型付けとか、ソースコード配布な辺りとか、テストしにくい辺りが。 かといって、ネイティブコードがいいかというと良くないけども。 114 名前：デフォルトの名無しさん mailto:sage [2011/07/20(水) 22:53:04.76 ] >>111 Flash Playerそのものを動かすとか。 マルチメディア系のプログラムを動かすとか。 メンドいデプロイを楽ちんにするとか。 115 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 06:07:56.13 ] JavaScript 自体が、でかくて重いプログラムを走らせるような設計になっていない。 116 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 19:27:49.04 ] ブラウザ上ででかくて重いプログラムを走らせ様と考えるのは勘弁してくれ JavaScript だと重いタスクはサーバ側に丸投げするだろ 117 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 19:33:58.08 ] あー、でも最近はそうでもないか JavaScript の処理速度はかなり上がったから、割と何でも気軽に JavaScript で実装出来てるわ JavaScript で実装した他の言語のランタイムや、OS の仮想マシンも幾つかあるよね 118 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:02:06.29 ] >>117 jsbin.com/ubiyay/3/edit#preview WebGLのスレにあったヤツだが、ここまで遅いと話しにならんだろ。 >>116 そんな処理サーバーに投げたらサーバー死ぬだろ。 クライアントは1台じゃないんだから。 119 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:07:22.14 ] >>118 >そんな処理サーバーに投げたらサーバー死ぬだろ。 どんなサーバのどんな処理かの前提も無しに面白いことを言うね 120 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:10:24.45 ] >>118 WebGL 普通にサクサク動くけど? syllab.fr/projets/minecraft/minecraft.html 121 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:16:26.81 ] >>118 WebGL 普通にサクサク動くけど? alteredqualia.com/ 122 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:31:36.47 ] >>119 >ブラウザ上ででかくて重いプログラム がするような処理じゃないのか？ 123 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:34:25.94 ] >>122 具体的にどんな処理? 124 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:35:47.35 ] >>116　に聞けよ。 125 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:41:06.51 ] >>124 『君は』どんなプログラムを前提にして話してたの? 126 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 20:41:10.18 ] >>123 マジメな話、Google MapをGoogle Earthに置き換えるとかだろ。 あと、youtubeの動画編集をyoutube内でするとか。 てか>>114-116の流れ見れば具体的な話が解ると思うけど。 127 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 21:12:55.68 ] >>126 考えてみたけど、動画の編集は NaCl で作っても簡単には行かないと思うわ ちょっとエフェクト足す程度なら JavaScript でも出来そうだし、ガシガシ 編集するなら制限の無いローカルアプリの方が圧倒的に良いし、微妙な感じ 128 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 21:32:16.61 ] スマホアプリのほとんどが、ブラウザで実行させると遅すぎて使いにくいから、ローカルというかネイティブというかになっている。 129 名前：デフォルトの名無しさん [2011/07/21(木) 21:39:26.97 ] Fedora13で native_client_sdk_0_4_907/build_tools/nacl_sdk_scons/make_nacl_env.py を使ったらbuild環境展開できるのかと思って実行してみたらこんなメッセージが出てきた Traceback (most recent call last): File "make_nacl_env.py", line 15, in <module> from SCons import Script ImportError: No module named SCons sconsコマンド自体は入ってんだけど何でだろうか？ 130 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 21:55:15.47 ] こんな感じかな。 □ JavaScript の場合 編集したい Youtube 動画のサムネイルを、サーバ側で切り出して、ブラウザ上に並べる。 そのサムネイルに対して、予め幾つか用意してあるエフェクトを指定したり、キャプションを 入力したり、編集したい内容を指定。編集内容をサブミットすると、サーバ側で合成。 →　実際の処理は全てサーバ上で行われるので、動画データ自体をやりとりする必要は無い。 →　ローカルの環境への負荷は低いのでタブレットとかスマホでもオケ。 □ NaCl or ブラウザプラグインの場合 編集したい Youtube 動画を NaCl 上のプログラム内のメモリにダウンロード。 ブラウザ上で編集、プレビュー等を済ませ、完成したらアップロード。途中で作業を 中断する場合は、編集中のデータをサーバにアップロード。 →　通信量多い、ローカルのCPU負荷高い、編集の自由度は高い。 □ ローカルアプリの場合 メモリもファイルシステムも使い放題なので、好きなだけ自由に編集して、気が済んだら Youtube にアップロード。 →　素材も好きなだけ使えるし、処理時間の掛かるエフェクトも好きなだけ使えるので 　　編集の自由度は最も高い。 →　動画サイトに載せたくない個人的なムービーも当然作成出来る。 131 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 22:08:03.59 ] ネイティブクライアントを邪気にしてないか？ サーバーに負荷がかからずシームレスな編集ができるってのは重要でしょ。 ただでさえエンコまちで数十分またされる動画サイトは多いわけだし。 ネカフェとかクライアントツールがない場所でも手直しができるも利点でしょ。 あと、クライアントのリソースを自由に使えるのは許可さえすればネイティブクライアントでも できる訳だし殊更スタンドアロンアプリで強調する事じゃないよね。 132 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 22:26:03.37 ] >>131 真面目に動画編集をするなら、ファイルシステムにアクセス出来ないのは結構致命的じゃないの。 ・メモリに入り切る処理しか出来ない（テンポラリデータをファイルに待避したり出来ない） ・ローカルにある素材（サウンドファイルとか別の動画とか）にアクセス出来ない Youtube に上がってる数十 MB の動画を加工するだけなら NaCl でも充分だとは思うけど、 それにしても、音声を差し替えたいと思ったら先にデータをアップロードしておかないと いけないのは面倒でしょ。 133 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 22:38:07.11 ] 現状テンポラリが作れなくてもそのうち使えるようになるでしょ。 アルファ版状態の現状で用意されてないAPIをネイティブクライアントの 欠陥とみなすのは早計。もしかしたら、googleはブラウザをOS化する可能性も有るわけだし #まぁ、既にネットブック用のブラウザOS作ったし時間の問題だと思うけど。 134 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 23:18:32.41 ] 無い物は無いよ 何で現状無いのかを考えれば、今後も自由にはならないと思うけどね 答え）サンドボックスが売りだから 135 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 23:22:34.73 ] テンポラリデータがセキュリティホールになるかいな。 容量だってユーザーで制限できるだろうし。 ファイルアクセスだってアップロードダイアログと同じように作れば実績もあって十分だし。 136 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 23:25:34.09 ] タヌキの皮が何枚になろうがどうでもいいから具体的な開発の話をしてくれ。 とりあえず >>129 の辺り他の人はどうしてる？ 137 名前：デフォルトの名無しさん mailto:sage [2011/07/21(木) 23:32:27.96 ] >>135 夢を見るのは構わないけど、現状は JavaScript 経由で WebStorage を使うとか言ってるレベルでしょ? あんまり時間が掛かると、ホントに Google Earth が JavaScript で実装される時代になるよw 138 名前：デフォルトの名無しさん mailto:sage [2011/07/22(金) 00:11:31.53 ] >>136 Python の問題っぽいから Python スレで聞くと良いと思われ 139 名前：デフォルトの名無しさん mailto:sage [2011/07/22(金) 00:35:31.93 ] >>137 Javascript経由しなくてもできなくはねぇなぁ。 プログラムをこうしてやればいい。限定的にstdioなんかが使えるようになる。 toolchain/bin/nacl-sel_ldr -a test.nexe 140 名前：デフォルトの名無しさん mailto:sage [2011/07/22(金) 00:50:26.53 ] それを『誰が』やるのか考えた方が良いよ 141 名前：デフォルトの名無しさん mailto:sage [2011/07/22(金) 01:03:16.39 ] このコマンド打つのはプログラマー。 実行許可すんのはブラウザのユーザーだけど？ Flashと同じじゃん。 142 名前：デフォルトの名無しさん mailto:sage [2011/07/22(金) 01:35:13.41 ] >>137 流行るか廃れるかなんてどうでもいい。使うのは俺だ。 143 名前：デフォルトの名無しさん mailto:sage [2011/07/22(金) 02:35:07.04 ] うん、広く使ってもらう為の話じゃないなら好きにしていいよ 144 名前：デフォルトの名無しさん mailto:sage [2011/07/23(土) 03:41:52.49 ] 最初、googleはWebGLとJSで3Dレンダリングするのは速度でないから(WebGLは)いらないという立場だったけど、 今は、速度に問題ないとして推進する立場。 NaClも開発進めてるけど用途は減っていってる。 自分は、Webで動くAndroidアプリ実装や言語エンジンがほしい。 145 名前：デフォルトの名無しさん mailto:sage [2011/07/23(土) 05:25:24.59 ] 米Googleは米国時間2011年7月20日、同社が開発中の技術を試験公開するサイト「Google Labs」の 活動を停止する意向を明らかにした。同社製品への取り組みを優先するためとしている。 　同社Research and Systems Infrastructure部門上級バイスプレジデントのBill Coughran氏は 「早期プロトタイプをGoogle Labsに投じることにより多くを学ぶことができたが、目の前にある 莫大な機会を最大限利用するには、これまで以上に集中することが極めて重要だ」と説明している。 　Google Labsの終了により、開発中の多くのプロジェクトは中止となり、一部の技術は既存製品に 統合される。また、Google Labsで手がけているAndroid向けアプリケーションは、同社のモバイル アプリケーションストア「Android Market」で提供することになる。 　なお、各製品内で新機能を実験提供する「Gmail Labs」や「Maps Labs」といった試験チャネルに ついては変更する予定はないという。 　Coughran氏は、「6月にSNS『Google+』のフィールドテストを早期開始したことが示すように、 当社はGoogle Labsを支えていたスピードとイノベーションを今後も推進していく」と付け加えた。 　Google+はSNS大手「Facebook」に対抗して立ち上げたプロジェクトで、6月28日より招待制で 試験運用を行っている（関連記事：Google、Facebook対抗のSNS「Google+」を発表、 「現実世界の人間関係を再現」） 146 名前：デフォルトの名無しさん mailto:sage [2011/07/23(土) 08:01:40.14 ] >>144 >NaClも開発進めてるけど用途は減っていってる。 Google が持っている開発ターゲット環境は、Go もあるし JavaScript(V8/Traceur) もあるし Java(Dalvik/GWT) もあるから、どうしても話題が埋もれちゃうよね 147 名前：デフォルトの名無しさん mailto:sage [2011/07/27(水) 03:15:56.18 ] >>133,137 JavaScript経由でFileAPIのテンポラリストレージを使えば今でも1Gまでは保存できるよ。 ttp://code.google.com/p/nativeclient/issues/detail?id=566 を見るに、NaClから直にファイル使えるようにする気はあるらしい。 148 名前：デフォルトの名無しさん mailto:sage [2011/07/30(土) 21:48:40.20 ] NaCLで CからopenGL使ってるさんぷるがまったくみあたらない ヘッダはあるけどまだ使えないの？ 149 名前：デフォルトの名無しさん [2011/07/30(土) 22:52:49.86 ] >米Googleは米国時間2011年7月20日、同社が開発中の技術を試験公開するサイト「Google Labs」の >活動を停止する意向を明らかにした。同社製品への取り組みを優先するためとしている。 エエエエェェェェ〜。 NaClどうなんの〜？ 150 名前：デフォルトの名無しさん mailto:sage [2011/07/30(土) 22:58:46.72 ] >>149 冷静に考えて、どうなると思う? 151 名前：デフォルトの名無しさん mailto:sage [2011/07/30(土) 23:01:08.41 ] Qt ほどひどくはならないんじゃない？ 152 名前：デフォルトの名無しさん mailto:sage [2011/07/30(土) 23:02:03.98 ] 何がどうしてひどくなると思うの? 153 名前：デフォルトの名無しさん mailto:sage [2011/07/30(土) 23:53:27.01 ] ひどくなるかは知らんけど、SDKの開発は止まりそうな気がする。 ヤル気があるようにみえんし、リリース製品で本格稼働してる機能でもないし。 154 名前：デフォルトの名無しさん mailto:sage [2011/07/31(日) 00:00:30.98 ] つ src.chromium.org/viewvc/native_client/ 155 名前：デフォルトの名無しさん mailto:sage [2011/07/31(日) 11:02:52.57 ] >>152 ひどくならいんだから ひどくなるとは思ってない 156 名前：デフォルトの名無しさん mailto:sage [2011/07/31(日) 11:05:38.00 ] つ　ほど

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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