Google Developper Day 2009 in Japan

Google Developper Day 2009 Japan

#gdd09 @パシフィコ横浜です。html5, opensocial, android, appengine enterprise, etc...。

HTML5 により拓かれる次世代 Web

あんまり良い表現が思いつかないけど、最近の buzzword は html5 な予感。昨日の wwdc で apple も html5 について触れていたけど、open なブラウザは、10年越しで メジャーバージョンアップ (?) する。google, apple, mozilla, opera 等のいわゆるモダンブラウザは順に対応するかと。ie は... "ie8 から web 標準に準拠していく" という言葉を信じるｗ

html5 でできるようになること。ブラウザは html5 でアプリケーションプラットフォームになる。学生時代に、C言語で座標で絵を描いていたようなことでも、現行のブラウザでは難しい。html5 では、canvas タグや video タグ等の新しいメディアタグが提供される。3d 等も browser + html + dom のみで動作する。これは、デモを見た方が速い。flash, java, silverlight...とかが必要だったグラフィックスがブラウザだけでいけるというのはすごい。他にも、オフラインで動作するための、aplcash/db や、スレッド処理機能、ジオ機能も提供される。これでアプリケーションプラットフォーム完成。時代は js ですね。。。

OpenSocial in Japan / OpenSocial Advance

mixi や goo 等、日本国内でも開発が盛んな opensocial。もともと sns は人と人を結びつけるものだったけど、そこに技術者が参加した。技術者が参加することで、コンテンツが増え、コンテンツが増えることでユーザが増え、ユーザーが増えることで技術者もウハウハというエコシステム。javascript, xml 等で開発。Advanced セクションではローレベルなテクニックを紹介。リクエスト数、転送量に発生するコストを削減する。私のサイトでも使っているyahoo user interface (通称: YUI) の使用や、画像は 1 つにまとめて、css のみで制御するなど。それにより、リクエスト数、転送量毎にかかるコストが 1/3 ぐらいに抑えることも可能。要らない部分は省いて、ローレベルなテクニックを使って、速く、低コストなサービスを作る。ユーザ、開発者共に win-win。safari なら inspector、firefox なら firebug + yslow 等を利用して開発。ちなみに、google の oss な page-speed なプラグインを firebug と一緒に使うとスピード計測ができる。

Google Wave

きたこれ。新しいコミュニケーションツール。wave = im + mail + apps (opensocial) + much more... って印象。wave -> wavelet -> blip という構成。embedding と extention という拡張。embedding は map 等外部のサービスで wave を使うというもの。 extention は wave に他のサービスを組み込むというもの。embedd の例として、orkut は wave をコミュニケーションプラットフォームとして実験的に使いはじめている。extention は robot と gadget から構成されている。 GDD 参加者には開発用のアカウントが払いだされます。

Office Ours

Google App Engine の管理コンソールを開発している john 氏と、lindsey 氏と対談。App Engine についての要望を聞かれたので、「容量制限あるし、zipimport 遅いし、java でいう maven 的なものを提供してほしい」と言いました。Google がリポジトリを管理してくれて、利用するライブラリーとバージョンを yaml 等に書けば、パスを通してくれる的な。そしたら、いちいち django 1.0 や pytz みたいにファイル数が多いライブラリーは、制限に引っ掛かるからといって遅い zipimport なんて使わなくてよくなる。それに、ローカルで easyinstall でインスコして、ライブラリーの同梱とか気にせずにデプロイできるしハッピー。ついでにいうとライブラリーがアップストアに並ぶ時代がくればいいとおもふｗ

me

さて、今回の gdd では思いっきり遊べるおもちゃを新たに 2 ついただいた。google wave, android 。とりあえずは wave の api を読むことにする。

コメント

コメントを投稿

このブログの人気の投稿

Python から Win32 API 経由で印刷する

Win32 API から印刷をするためには、プリンタデバイスコンテキスト (Printer DC) を利用します。具体的には以下のような順序で印刷します。 プリンタドライバからハンドルを取得する プリンタドライバのステータス API から印刷可能か同かを取得する プリンタデバイスコンテキストを作成する ドキュメントを開始する 必要であればフォント等を設定し、印字、改ページ処理などをする ドキュメントを終了する (この時点でプリンタスプールサービスに登録されるようです) プリンタデバイスコンテキストを開放する プリンタドライバのステータス API を監視し、印刷が正常に終了したかを取得する プリンタドライバのハンドルを解放する 太字の手順 (3 - 7) は Win32 API で共通ですが、それ以外の手順 (1, 2, 8, 9) はプリンタドライバに依存しているため、Python から制御したい場合はライブラリを作成する必要があります。これについては、ドライバマニュアルとにらめっこしながら ctypes.windll でがんばります・・・。プリンタ接続、用紙切れ、ミスフィード等のプリントエラーを制御する必要がなければ、書く必要はありません (排他制御が必要なプリンタを除く)。プリンタドライバ毎に変わる部分は置いといて、太字の Win32 API の部分の覚書です。 プリンタデバイスコンテキストを作成する import win32ui import win32con PRINTER_NAME = '[コンパネ -> プリンタとFAX -> に登録しているプリンター名]' PIXELS_PER_INCH = 1440 # 1 インチ毎のピクセル数 INCH_PER_POINT = 72 # 1 インチ毎のポイント数 SCALE_FACTOR = int(PIXELS_PER_INCH / INCH_PER_POINT) #　わざわざ計算せず 20 と指定する場合が多い dc = win32ui.CreateDC() dc.CreatePrinterDC(PRINTER_NAME) # 指定したプリンタ名のプリンタデバイスコンテキストを作成する self.dc.SetMapMode(win32con.MM...
続きを読む

Disqus のスケール - Django 編

イメージ
やり直し。2010 年の Django Con のスライド より。 Disqus は多くのサイトに組み込まれているサービスのため、メンテナンスによる停止が難しい。 >>> サーバの構成 エッジロードバランサーに HAProxy: heartbeat 構成。レポートが素敵。 HTTP ゲートウェイキャッシュに Varnish Django サーバとして Apache + mod_wsgi: 30 台ぐらい。メモリリークを防ぐために maximum-requests をセット。Ganglia で監視 キャッシュに memcached: 25 台ぐらい PostgreSQL ロードバランサーに HAProxy/ PgBouncer : コネクションプール用。 PostgreSQL: 10 台ぐらい。 Slony-I で非同期レプリケーションとフェイルオーバー。 ログは syslog-ng: pgFouine でスロークエリーをロギング。 全部でサーバ 100 台ぐらい。他にユーティリティサーバ 15 台、後は HAProxy と heartbeat 用に 20 台ぐらいの構成。Varnish と syslog-ng を除けば Django のデプロイ手順に掲載されているような教科書通り (良い意味です) の構成です。(なんで Apache なの？nginx + gunicorn 速いよって突っ込まれてますね >>> データベースのパーティショニング Django はアプリケーションレベルで簡単に 垂直 パーティショニングができます。アプリケーションごとに DB 分けたり、DB をアプリケーションレベルでルーティングできます ( ドキュメント )。 水平パーティショニング (a.k.a シャーディング) もアプリケーションで 書ける (なるほど・・・)。 >>> キャッシュの削除 Django は QuerySet の結果をキャッシュするけど、それがかなりメモリを消費する。なので SkinnyQuerySet を作った (たぶん Johnny Cache の方が有名？...
続きを読む

#PySpa アドベント (23 日目)

PySpa がどんなイベントかは 既に紹介されつくした感じ ですね。そもそも勉強会は "特定のテーマを共有し理解を深める" という目的のものが多いと思っています。PySpa は、それより "勉強したくなるようなテーマを発見する" ってのが大きいと個人的に思っています。私は 勉強したいテーマを見つける 童心に返って技術を楽しむ 煙草エリアのベンチを温める ために行っています。与えられてばかり、お世話になってばかりです。モチベーションしかり、趣味しかり、仕事しかり。
続きを読む