Fix typos in the calendar module.

403くらってデータ取れない事多数･･･

Code Review http://codereview.appspot.com/4284066/ Issue 4284066: Fix for RequestError caused by too...

どっちも hg のリポジトリは更新されてるんだけど…。

例によって誰かの役に立つかもなので差分貼っておこう。

diff -urN ./gdata-2.0.14/src/gdata/calendar/data.py ./gdata-2.0.14-kuma/gdata/calendar/data.py
--- ./gdata-2.0.14/src/gdata/calendar/data.py 2011-01-25 08:46:28 +0900
+++ ./gdata-2.0.14-kuma/gdata/calendar/data.py 2011-04-28 14:18:27 +0900
@@ -30,7 +30,8 @@

iphone 4g買う気でいるのでその準備と言うか。
寝てる部屋でもテレビ見たいというか。

要るもの（ハード）：

• OSX(雪豹が望ましい)
• Friio等（生TSが抜ける地デジチューナー）

ってここまでで敷居高杉ですが。

要るもの（ソフト）：

• recfriio改
• tssplitter_lite改
• mediastreamsegmenter

recfriioは終了まわり、tssplitter_liteはパイプ対応など修正。
mediastreamsegmenterはsnow leopard標準で入ってるコマンド。

iphone側はQuicktime playerで見るので特にソフトは不要です。

あ、あとWebのUIをgolangで作ってて、iphoneからはsafariで操作する感じ。

mediastreamsegmenterはオープンソースのsegmenterでも行けそうなんだけど、
AACとの相性が悪いのか成功せず。
トランスコードしてる訳じゃないので、
これさえ動けばlinuxとかbeagleboardでOKなんだけど。

と、需要あるのかないのかなのでとりあえず。

クライアント使ってなくても、でも何となくQTしたいよ。
って時に QT 用のリンクを追加します。

Before:

After:

Click:

なんか、jQuery様々でアンカー要素追加の方向で作ってたけど、
いざ試してみると、onclickのfunctionを変えないとだめだったようだ。

とりあえずは動くんだけど、折りをみて（ブックマークレットデバッグする気力が湧いたら）、
onclick版もなんとかしようと思います。

QT

update:
clickに対応。これでコメント付きRTがしやすくなったと思われ。

そーす？

javascript:(function(){
	$(".status-body").each(
		function( intIndex ){
			$(this).find(".entry-date").attr("href").match(/http:\/\/twitter.com\/(.+)\/status\/(\d+)/);
			var status_id=RegExp.$2;
			var status="QT @" + RegExp.$1 + " " + $(this).find(".entry-content").text();
			var obj = $('
QT

' );
			obj.click(
				function(){
					$("#status").val( status ).trigger("update");
					$("#status").focusEnd();
					$("#in_reply_to_status_id").val(status_id);
					window.scroll(0,0);
					return false;
				}
			);
			$(this).children(".actions-hover").append(obj);
		}
	);
})();

後続エントリ。ガラパゴス問題の論点まとめ。 - My Life in MIT Sloan。

俺はリアルなガラパゴスを思い浮かべて、ガラパゴス島と日本島の違いを考えていた。ガラパゴス島に住む生き物達が島の外で暮らしていけないことを苦には思っていない。ガラパゴス島の問題は独自に進化した種の絶滅問題。その問題は世界的認識で世界的に保護されている。一方、日本で考えると日本から外に出られない事を苦に思ってる人・企業は有ると思うけどガラパゴス島の生物のように気にしていない風潮もある。確かに市場を考えると日本国外に出て行かずに成長曲線をたどるのは難しいが、横ばいで利益を上げつづけることは微減していく市場に合わせてコストを減らしていければ不可能ではないように思う。一方、絶滅に対してという面で世界から手厚い保護をされているかというとされていない。そのことによる絶滅の危惧の方がよっぽど深刻だと考えている。海外製の安い高機能な商品によって国内でもシェアを失う例やたち行かなく例は山のようにある。

IT系の現場寄りで働いているが、いわゆる輸入ソフトウェア無しに仕事が進むことはない。これはエンタープライズに限った話ではなくコンシューマーでもPCのOSがWindowsで有ったり、MacOSXで有ればそれは輸入ソフトウェアを使っているのだ。このソフトの輸入。対米で貿易収支上年間2000億の赤字。割合でも10%も無い状況。エンタープライズ系でもサーバ、NW、Web、DB海外製品ばかり。互換性とか信頼性という面で使いたいと思う製品は海外製の物ばかりでその点では「日本の高い技術」という元記事の記述に疑問を感じる。また既製品の問題以外にカスタムソフト（ようは受託）もオフショアの流れが大きくこちらはこちらで昨年度約1000億程度。今後も増加する見込み。IT系はOJTでのスキル習得も重要だがその1000億分、日本の技術者はOJTで技術習得する機会を失っている。OSSの開発者の平均年齢が海外に比べ高いのはその辺が影響しているかもしれない。またその受託開発比率の日米差も見逃せない。同じような製品ソフトにコストをかけているというのは日本という国で見たときには相対的に損失だ。

携帯電話も日本の携帯が優れているのだろうか。守られていたからこそ日本でシェアを獲得したのであって相対的に優れていたのかどうかは疑問が残る。あまり言われていないし奮闘しているが今ガラパゴス化を推進しているのは地デジだと思う。海外での採用例も有るが北米・EUは別方式。TVといえばCATVな北米と同列でないことは確かだしワンセグとか優れている面も多々あるけどグローバル化を考えると疑問が残る。

と、なんか反対意見ばかり書いてきたけど基本的な「英語でないと」という点には賛成。ただ日本語の議論が主で英語の意見も取り入れるという消極的な姿勢ではなく、英語圏での議論が主で日本語の意見も取り入れるというぐらいに割り切らないと意味がないと思う。そこまでしないと多分駄目。rubyもrailsでグローバル化したけどコアの部分が…。

日本もう駄目だ…と思って海外脱出も有りだけど駄目にした一員であるかもしれないのでもうちょっと頑張るのも良いかと。

*ソフトのオフショア・輸出入の金額に関しては下記URLから辿るとたどり着くはず

http://www.kogures.com/hitoshi/webtext/shakai-kokusai-soft/index.html

http://www.ipa.go.jp/jinzai/itss/activity/2010summary_of_ITHR.pdf

VAIO Pシリーズ│ パーソナルコンピューター “VAIO” - Sony Style

VGN-P90 → VGN-P91 → VGN-P92 と半年毎のアップデート時の雰囲気ではなく、わざわざPやXの初回発表時の様なティーザー展開、VAIO New MobileのキャッチコピーからVAIO New Ultra Mobileへのコピー変更。一方、通常netbook向けatomは世代変更。巷ではipadの話で溢れかえってる。今回はそんな中での発表。期待せざるを得ない状況です。

個人的に内容を見てデジャブ的に頭に浮かんだのがこれ。

Life is beautiful: もし日本のメーカーが iPhone を発売していたら..

なんか似てません？ｗ

IntelのCPU戦略に従わざるを得ない立場なのですね。わかります。

もともとIntel的にZ系のAtomはMIDとかWindows未満の機器での使用を想定していてWindowsのNetbookでの使用は眼中に無かった。予想外。その思想が強化されてというかZ系でのWindows封じか、Atom Z6xx系はWindowsのドライバを提供していない。既に出ちゃってるZ5xx系 Wndowsの後継にはおなざりにSKUでクロックアップ版のZ560ってのも知ってました。しかしZ550に成ったときにはティーザー無しだったからZ560に成ったからってティーザーしないだろーって期待してたんですよ。
グーグルとインテルとソニー、「Google TV」デバイスを共同開発か--米報道:ニュース - CNET Japanの報道後もちらほらと噂が聞こえてくるDragonpoint TVも5月に発表との噂。これはZ6xxを使ってるっていう噂だし。
Moorestown発表後（【PC Watch】 【CES 2010】【Intel基調講演】Moorestownベースのスマートフォンを今年後半に投入）の２月にFCC通過。

なんかこう、Windowsネットブック以上/以外のものを期待していた気がします。

あるいはこの記事（【笠原一輝のユビキタス情報局】 Intel、MoorestownのPC版「Oak Trail」を計画 ～次期VAIO P/X、LOOX Uの可能性が広がる）が出たのも2月。Oak Trail前倒し！？とか。

ここ１年ぐらいP使ってますが、「GMA500の保存用にモデルチェンジ前に投売りの旧モデル確保しなきゃ」とまで考えてました…。

今回大きな変更は無いと思っていたところにティーザー展開されて期待してしまっていただけに残念です。Oak Trailの冬モデルに期待…と言いたいところです。

が、ipadとか出遅れてるTegra2のSlate系も流石に年末には台頭してくるでしょう。クラウドとかFlash離れが進む中、Windowsのライセンス費を含めて割高なVAIO Pを選ぶ理由が無くなっているかも知れません。

時代の進歩を傍観するんじゃなくて、イノベーションを起こす側に立ちたい

をを、かっこいいって思った。

で、今の自分はどうだろうなぁと考えてみて。時代の進歩に触れて居たいとか単に新しい物好きとかそいういうのか…と、ちょっと凹んだりもしたけど。もう少し冷静に考えてみると実際問題出来る出来ないはともかくとして進歩したプラットフォーム上で何かを作るのではなく、進歩に力を貸したい。と思ってるのかも知れないことに気が付いた。

AppEngine上でアプリ作るのも良いけど、どちらかといえばAppScaleよろしく使ってクラウド自体を作りたいし、AndroidもDalvik上でAndroidアプリ作るよりもAndroid本体側（Linuxカーネル含め）を触っていたい。なんかこう与えられたプラットフォーム上で何か作るのではなく与える側、プラットフォームそのものを作ったり広めたりする一員になりたいというか。

iPhoneはJailbreakしか無かった頃にtry-and-errorでアプリ作るのが楽しかったし。Skypeも標準で用意されていない機能を拡張するのが楽しかった。技術で動かないものを動かす、繋がらない物を繋ぐ、不可能を可能にする、そしてそれが誰かの役に立つという事をやって行きたいんだと思う。

そしてそんな自分ですがリアルには多分そこそこのユーザ系企業に勤めてて俗に言う既得権を得てる方。入力の項目のこの値がこうだから結果がおかしいとか、夜間バッチが遅延して…とか。このスイッチのポートが空いてるからconfig入れて接続…とか。最近新しいことが有るか…と言われると法規制対応とか？（笑）AppEngineのアーキテクチャとか知ってるとVMWare vCenterでプライベートクラウドとか言ってるのが恥ずかしいし。

世の中、技術的な勉強会と起業関連のセミナーは多いけどその中間があんまりない。どっちかに重点を置いた集まりが多いのがちょっと悲しい。勉強会とか言ってもWebで公開されてる情報が多いし、ゆくゆくは独立起業したり転職するにしても、安住の企業で働きつつ副業とか趣味で出来る範囲でそういうところに入っていく方法は無いものか。

自分に足りないのは繋がりと人を褒める技術、後英語。一歩ずつでも足りないところを補っていかなければ。Blog書いてれば誰かが拾ってくれるなんて思ってない。自分からのアプローチが重要。

と、何の話か解からなくなった（笑）

中島さんのBlogで著作権フリーの文書のiPad用PDF化を呼びかけてらっしゃるので興味の有る方は是非ご協力を！

所々、文字化け等有るかもorz

# ちなみにHTML5のドラフト上、「websocket」ではなく「websockets」が正解・・・だったと思うw

websocketsの利用シーンとしては現状httpでは出来ないサーバ側からの通知とか、
非同期通信ばかりを思い浮かべていたけど、ajaxで出来る事もwebsockets化する！って
言うのはなんと言うか着眼点が面白いというかちょっと思いつかなかったなぁと言う感じ。

ただ、なんと言うか記事読んでいて思ったのは、
「websockets+pipelineが凄い！」っていう結論に成るような論旨展開に成っているんじゃない？！という事。

pipelineにするとシーケンシャルにしか処理できません。
例えば、１件処理するのに３秒かかるリクエストを３件行うとします。
３並列で実行すれば３秒、シーケンシャルに処理すれば３秒x３＝９秒かかるのは当たり前です。
ただ、この話は３並列で処理を実行した場合のオーバーヘッドが０という前提が必要です。

それをふまえ、何故、「websocket+pipeline」のサンプルがajaxでの処理が遅いのか考えてみると、
サーバ側でリクエスト１件に対するオーバーヘッドが大きいからに他成りません。
mod_python使っていても、handlerがpublisherの場合のTPSはそんなに良くないはずです。
またサーバ側のCPUのスレッド数も分かりませんし、
apacheのpreforkがいくつに成っているのかも分かりません。

websockets版はスレッドとしてpython上でread/writeをループしているだけで、
pythonの初期化とかしてないので早くて当たり前ですね。

上記のような事を考察せずNWの遅延とかターンアラウンドの話ばかりを引き合いに出しているあたり、
微妙に突っ込まれる事も有るかも知れません。

その上WebSocketsの方はページを開いたときにコネクションを張ってしまっています。
なんと言うか、インフラとかapacheとかajaxに詳しくない人って印象を受けてしまうのは気のせいでしょうか。

穿って考えると、websocket+pipelineが早い、という事ではなく、
「自分のサーバとかJSだとwebsockets+pipelineの方が早いみたい。」
と、言う話で一般的にAjaxよりもwebsockets+pipelineが早いという話では無いような気がしてきます。

と、色々書きましたがやっぱりWebSocketsは現状httpでは出来ない事を実装するためのものと、
思った方が良いのかも。

http(s)なら今までの資産として、javascriptのライブラリも使えるし、
cookieとか認証とか文字コード変換とかjsonとかproxyでのキャッシュとか
今まで蓄積してきたモノが使えます。

websockets上で独自プロトコル作るのがデファクトとは思えず。

まー、apache + mod_pythonなんてケチな環境じゃなく、
golangで専用プロセス上げてればもうちょっと違う結果になったのかもw

3Dがどうこうとかも有るけどそういうの抜きにしておヌヌめです。

ちょろっとSEO対策して、後はエントリ続けて頑張るしか無いかぁ。

まー、まだまだgoネタだけでトラフィック稼ぐのも難しいと言うことで。

やっと今日サブタイ入れたぐらいで、プロフィールのページとか作らねば。
wordpress + sqliteで運営中。（mysqlは表サイト用ｗ）