鎌倉高校前はいつから七里ヶ浜駅になったんだろう。
湘南地域は江ノ島とか稲村ヶ崎とか鎌高前とか以外映らなかったな。
とかは、まぁおいておこう。

サーファーとかローカルに対する感覚はひどい。
思いついたことをそのまま書いちゃった感がある。
ビジターに暴力ふるっているサーファーを放置って・・・。そもそもローカルに悪さするサーファーを放置って・・。
サーフィンとか抜きにしても、男子中高生的夢想をそのまま書いちゃった感がある。見てて恥ずかしいよぉ。
とくダネ！で小倉さんが原作をべた褒めしたっていう事実があるらしいんだけど、どうしたんだろう？
原作者がとよたまほの甥だってことは関係ないよね？小倉さん株急降下。

加藤ローサ！しゃべったらアウトだな。永遠に「ゼクシーの加藤ローサ」でいるべきだった。
主演の三浦春馬君がなかなかいいのと、脚本がかなりいけてないのとで目立っちゃったのかもしれないけど、「これはひどい」な部分が沢山。監督もよくＯＫを出したなとおもったりしたけど、監督もテレビ映画系の人だった。
そうか、これはフジテレビのテレビドラマみたいなしょうもなさか。

良かったのは三浦春馬君とサーフィンしているシーンの坂口憲二と空回りしちゃっている竹中直人と音楽関係だけ（いや、加藤ローサが可愛かったのは否定しないけど）。
他には「青春デンデケデケデケ」ではマドンナという名詞が今はエンジェルという名詞になったというのが興味深い位。対人関係のとらえ方が変わったんだねー的な、ね。

ワーナーマイカル茅ヶ崎の50人くらいの観客の間には、失笑というか他の観客と顔を合わせられない位の恥ずかしさが蔓延していました。スクリーンから出てくるとき、みんなうつむいてたよ。トイレでもうつむいてた（ん？）。
悪いことは言わないので、国産サーフィン映画だったら「ライフ オン ザ ロングボード」を見ましょう。

さてー、いよいよファンボード買おうかなぁ。
かなり安いファンボードがあるんだよなぁ。
＃映画を見てサーフィンしたくなったわけではない、あしからず

djangoのweblogより世界のdjangoユーザマップ。
面白いね、これ。あ、ymasudaさんがいた。

地図が貼れるようなので、追加。Firefoxの人は自分で日本までスクロールしないと駄目かも。

コメント消されちゃったみたいから経緯と内容をメモしようというくだらないエントリ。

いつも楽しく読んでいるケチツケ系ブログでJavaBlackさんのカレーなる辛口Javaな転職日記というのがあります。
そのブログの「新人プログラマに対する注意点？」という理系・文系についての記述の含まれるエントリ（元ネタにしているのはIT業界の文系新人に対する応援の記事）に気になるコメントがついていました。

理系の卒論は、少しドキュメント能力に近い気がします。


あとは、プログラマの適正がある人間なら、授業程度の物理とか数学とかを


苦にしない程度の論理的思考能力がある筈で、数学や物理が苦手で文系に


行った人は高い確率で適正が無いと思っています。





論理的思考能力と表現力と物事を上手に抽象化して考える力をバランス良く


持っている人以外は、プログラミング経験なしで入ってきて欲しく無いです。

JavaBlackさんの本文にも理系を持ち上げる記述があるのですが、そもそも前提にしている理系は文系より論理的であるという部分に私は疑問があります。

技術文書の作成はいわゆる文系の文書とは全く異なる．優雅さや感情あふれる生き生きとした表現などは一切不要で，


華美な装飾や曖昧さを排除し，客観的且つ簡潔で明確なものが好ましい．

• 「客観的且つ簡素で明確な物」に異論はないんだけど、文系は「優雅さや感情あふれる生き生きとした表現」しかできないというのはどうなのよ？

• そもそも中学高校の数学は暗記が基本だし。

上記２点ついては「中高ではかなりのレベルで暗記問題です．」と（条件付きで）ご理解頂いた。（がいきなり登場するMBA取得者とかいう下りはあきれる）

そもそも何が言いたかったかというと、文系も理系も関係ないし気にしない、っていうことだったんだけど「優雅さや感情はあふれないけど皮肉の含まれた表現力のイマイチなコメント」は通じなかった。

消されてしまったコメントは気になったコメント（理系でない人はプログラミング経験無しでIT業界に入ってきて欲しくないというやつ）に対してつけた私のコメントに対するエントリへのコメント。

消されたコメントをつけたエントリは「なぜ素人を選択するか．」というもの。

なぜ素人を選択するか．

ちなみに現場ではプログラミング経験は半端な人よりは無しの選択しています。


理由は・・・想像してみてください。

という前エントリに対する私のコメント（のコメント部分・・）に対してJavaBlackさんは候補を6つ出している。

1.素人だと技術力が低いことを給与削減の口実にできる．


2.素人相手だと自分の所の開発スタイルを簡単に刷り込める．たとえそれがどれほど時代遅れで間違ったやり方だったとしても．


3.自分よりレベルの高い人を排除することで，お山の大将を気取れる．


4.素人相手だと間違ったことを言っても反論される恐れが無い．


5.明らかな失敗でデスマーチになった場合でも，「これは予想できない事態だった」と責任を回避することができる．


6.経験者を酷使すると現状に嫌気がさして数年以内に辞めていくが，新人が嫌気が差しても辞めるに辞められないので生かさず殺さず酷使できる．

3,4,5,6は与えられた条件（半端な人よりは無し）から導きされる可能性として論理が破綻（半端な人にも成り立つ）しています。
タイトルに対しての出力であれば問題ないが、コメントに対してであれば論理が破綻していることについてコメントしたのですが、回答のないまま消されてしまいました。

粘着君と見なされたのか、自信のある論理的な考えに文系と思われる男がつっこんだことにむかついたのかわかりません。
あ、このエントリが論理的じゃない＝文系は論理的じゃないっていうつっこみは無しにしてください。文系理系関係なく私の文章力（＋論理的能力）に問題があるだけです（卒論も書かずに卒業してるし・・）。

Djangoで長らくブランチに居座ったMagicRemovalが2006/04/28(Fri)にtrunkにマージされる予定となったようです。

ついにといった感じです。
0.92は0.91のバグフィックス版となるか、MagicRemoval版となるかふらふらしていましたが、MagicRemoval版となるようですね。
リリース版を使うという人はMagicRemoval版のすばらしさを味わえる日が近いですよ。

派手でスムーズなAJAXなUIで、オープン前から大きな話題だったfluxiomがオープンしたようです。
早速使ってみようと思ったのですが、エントリ版でも9ユーロかかるらしい。30日の間にキャンセルすればチャージはされないのか。
試してみよう。

使ってみた

• いくつかのプランがあって100ユーロ以上のタイプから9ユーロの物まで。無料のプランはない。
• どのプランでも30日間以内にキャンセルをすればチャージされない。が、試用期間中は容量が200MBに限られる。
• 申し込むと、グループ名（プロジェクト名）がサブドメインとなる。everes.fluxiom.comみたいな。
• 使い勝手
• アップしたファイルはアセット（資産）と呼ばれる
  
• keynoteをアップしようとするときちんとWarningが出る。
  keynoteを使う人（というかOSXを使う人）以外は知らないかもしれないけど、keynoteのファイルはディレクトリの様な構造をしている。ファインダーでファイルに見えてもファイルシステム上はディレクトリなのです。
• 大量のファイルアップロードを行う場合は、zip圧縮をしてアップする。
  zipファイルを選択すると、アップ後展開して自動登録するかどうかのチェックボックスが現れる。
  frickrとかだと専用のアップロードアプリをインストールするところなんだけど、fluxiomは便利。
  しかし、オープン後の混雑のためか70MBのファイルが最後までアップできない現象が続く。
• PRO以上のプランでは、アセットのバージョニング機能がある。
  サムネイル一覧に V2 とかいうバージョン番号が出て、編集機能で過去の物を参照可能（詳細では見えない）。
  当然過去のバージョンに戻すことも出来る。
• サムネイル一覧では、画像はサムネイル、そのほかはOSXのファイルアイコンっぽい画像。QuickTimeとかもただのファイルアイコン。
  
• サムネイル一覧はズーミングできる機能がついている。これは完全なブラフギミック。目を引くためだけのもの。
  iPhotoだと動的に最適なレンダリングをするけど、HTML+JavaScriptではそれは困難なので、最大サイズの画像を持っている模様。よってせっかくズームアウトしてもある程度重い。
  ギミックだと言い切るのは、ズームアウトした状態で選択したアセットがズームイン動作によってフレームアウトしてしまうため。これじゃ実際は使えない。
• 見た目。Rubyのアプリとは思えない格好良さ。Rubyistにも見た目の格好良さを気にする人たちがいた。しかもいけてる。うらやましい。
• 動作スピード。悪くない。デモ程ではないけど、そこそこ動く。Ajaxがいいように効いてるみたい。

使っている最中にどんどん重くなって、たまにサーバサイドのエラーが発生するようになった。これから数日は世界中の技術屋が遊ぶだろうからどうしようもないだろう。

これは誰が使うツールか？
営業の人向けだろう。今まで試したことのあるファイルストレージ＆プライベートシェアリングのWebアプリケーションの中では最高。自分が営業だったらエントリープランくらいは使うかもな。
サーバを保持している技術屋は、サブバージョンとかでいいからいらない。
写真共有サービスとかは別のもっと簡単で安価なものがあるからいらない。
ここ数ヶ月の間に営業の人がfluxiomを使っているのを見かけたら格好イイと思ってしまうだろうな。そんな感じ。

いろいろなたくらみの為に、DjangoとRhacoでパフォーマンスのチェック。

細かな実装は違うけど、WorkStyleはDjango版とRhaco版の両方があるので、ベンチにはちょうどいい。
実施はWorkStyleのタスク詳細表示ページを使用した（Django/Rhaco版共に3回のSQLを投げているはず）。
せっかくなのでJava版(velocity+struts+torque+derby)もやってみた。Java版は完全に違う実装になってしまっているし、DBもPostgreSQLじゃなくってderbyなので参考値。残るはRails版なんだけど？ 結果は、下記の通り。むぅ

Rhaco作者からの要望により、ionCubeを入れて試してみた。確かに簡単に数割早くなる。
さらに、turck-mmcacheの後継であるEAcceleratorも試してみた。メモリのみ使用＋スクリプト更新チェックしないの最速設定。Javaは抜いたね。

フレームワーク	キャッシュ	リクエスト回数	同時アクセス	request/sec
Rhaco	off	1000	10	5.69
Django	off	1000	10	20.17
Rhaco	on	1000	10	9.84
Rhaco	on+ionCube	1000	10	12.36
Rhaco	on+EAccelerator	1000	10	17.22
Django	on	1000	10	248.45
Java	-	1000	10	15.72
Rhaco	off	10000	100	5.75
Django	off	10000	100	18.98
Rhaco	on	10000	100	9.25
Django	on	10000	100	271.11
Java	-	10000	100	14.37

＃Rhacoのキャッシュはテンプレートのphpスクリプトへのコンパイル結果をキャッシュ。最速にするために更新チェック無し
＃Djangoのキャッシュはレスポンス自体をメモリ上にキャッシュ。最速のmemcachedは面倒なのでlocmem使用
RhacoのベンチにionCube使用版を追加。
ionCubeは無料でダウンロード可能。php.iniでモジュールのパスを指定するだけで数割速くなる（配布時にコンパイル済みなのでglibc2のlinuxか限られたOS+php4限定）。かなり素敵。他の言語のようにバイトコードをメモリ上にキャッシュするので高速化される模様。

ホスティングや重さの問題でCOREBlog2をあきらめてDjangoでへっぽこblog&CMSを作っているわけですが、どうしても欲しい機能があります。
それは関連コンテンツです。
Plone2に由来する関連コンテンツですが、COREBlog2の関連オブジェクトはPlone2のそれと違い、オブジェクトのタイプによってはコンテンツ内にインライン表示することが出来ます。COREBlog2の人たちがブログに画像を表示していたらそれはきっと関連コンテンツです。
画像ファイルをアップしてイメージタグを用いて表示するのに比べてなにがイイかというと、画像を削除すると関連させていたエントリの表示からも消えるとか、イメージ以外のオブジェクトもインライン表示できたりとか、そんなところです。

なので、野望としては関連コンテンツをこのblogに実装してやるぞ、と。

Djangoにはcontent_typesというModelが備わっていて、各アプリケーションのModelが自動的にそこにしまわれます。
関連コンテンツ用のモデルは次のようにすればブログのエントリと別のモデル（エントリを対象にも出来るけど）に関連を持たせることが可能です。

class RelatedItem(models.Model) :
    content_type = models.ForeignKey(ContentType)
    main_object_id = models.IntegerField(_('main object ID'))
    related_object_id = models.IntegerField(_('related object ID'))
    pub_date = models.DateTimeField(auto_now_add=True)

    class Admin :
        list_display = ('content_type', 'main_object_id', 'related_object_id', 'pub_date')
    class Meta :
        ordering = ("-pub_date",)

    def get_related_object(self):
        try:
            return self.content_type.get_object_for_this_type(pk=self.related_object_id)
        except ObjectDoesNotExist:
            return None

ContentTypeのget_object_for_this_typeというファンクションは対象のContentTypeのテーブルから正しい型でデータを取得してくれます。このModelの場合は、元のコンテンツタイプはblogのEntryであると規定してしまっていますが、もう一つContentTypeをForeignKeyフィールドにとれば、逆から辿ることも出来るようになるでしょう。
こんな調子でとりあえずは画像のModelとダウンロード用ファイルのModelを作りました。
まだアップロードとか関連づけがDjangoの管理画面からしかできませんが、比較的簡単に新しいModelとModel専用の小さなテンプレートの追加が出来るようになっているので、そのうち整理して公開してみようかな。
関連させるModelもDjangoのモデルなので、「最近追加されたなんとか」も簡単に実現可能（ただしModelごちゃまぜは「最近関連させたなんとか」みたいなもの以外は大変そう）。

ローカルの現状動作はこんな感じ（画像と、下の方のファイルへのりんくっぽいやつ）。

tokuhiromさんとこでコメントしようとしたら、spamと言われた。う、間違いじゃないんだけど・・・コメントできないじゃん。どうやらこっちのリクエストからREMOTE_HOSTが抜けている模様。

何をコメントしようとしたかというと、
Djangoの「コンテンツの管理だけのためにバックエンドインタフェースを作りたくはない，という思想」に対するtokuhiromさんの「どんなサイトでも、サイトオーナーむけの管理画面は必要なハズなので」という部分に、「コンテンツ管理だけDjangoの管理画面使っているところもあるみたいです。過去の物に何の変更も加えずに超簡単に管理画面を作ることが出来るよ、みたいな」とコメントしたかっただけなのです。

スパムだけど、spamじゃないっす。

Python Workshop the Edge2006 の懇親会で、「SQLのデバッグアウト」機能はないのかという話があったので、Middlewareをちょいと書いてみました（MagicRemoval 2509で動作確認）。

単にDjangoデフォルトで持っているデバッグ情報をprintするだけです。
エラー処理とかしていません。
また、DEBUGをTrueにしてあるときのみ出力します。

django.middlewareにdebug.pyというファイル名で作ってください。
作ったら、あとはsettings.pyのMIDDLEWARE_CLASSESに"django.middleware.debug.DBDebugMiddleware"を追加するだけです。

Create file named debug.py as below,and put it under django/middleware directory.
Add "django.middleware.debug.DBDebugMiddleware" line to MIDDLEWARE_CLASSES(settings.py).
It works only when settings.DEBUG is TRUE.

from django.conf import settings
from django.db import connection

class DBDebugMiddleware:
    """
    "DBDebug" middleware for debug out O/R Mapper's SQL:
    """

    def process_response(self, request, response):
        if settings.DEBUG :
            for query in connection.queries:
                print "cost: %s \n sql:%s" % (query['time'], query['sql'])
        return response

kizasi.jpでドラマチャンネルを眺めていると、でっかいタグで「矢田亜希子」というタグが！
2006/04/17から月９で放送される「トップキャスター」というドラマで復帰するらしい。
kizasi.jpが無かったら完全に見逃す所でした。感謝。

天海祐希は好きじゃないんだけど、谷原章介とか松下奈緒とか松田翔太（松田勇作次男、長男より数段イイ）とか生瀬勝久とかなかなか良さげ。

しっかし、トレーラを見ようと思ったらOSXで再生できないWindowsMediaVideo形式だった。いつまで画質の悪い（＆Windowsでしか再生できない）WindowsMediaVideoを使うんだろう。QuickTimeにしてくれー。

Python Workshop the Edge 2006に行ってきました。

凹んでいます。
質問にもあさってな回答をしていたことを自分自身が知っています。うひー

ちょいとメモ。

• kizasi.jp（瀬戸口さん[OSX/keynote]）
  特に最近話題になりつつある言葉を抜き出す（なのでジャニーズ系が常にトップにいることはない）。
  kissというAPIを用いて、kizasi.jpの機能を利用可能らしい（要API利用アカウント）。
  10日には音楽に特化したサイトを開始するらしい。
  
  現在はサンプルにマニアックなブログは含まれていないそうなので、Djangoで検索するとライブハウスだか楽団だかの情報しか引っかかりません。。。
  今は世の中にフィードが提供されていて、データの取得自体は楽になっていていいなぁと感じました。
  昔は、Googleに勝手に検索クエリ投げてパースして結果を使ったり実験的にはしてましたが、
  それ以外には簡単にデータをとれる手法って無かった気がします。
  
  
• Skype（岩田さん[XP/PowerPoint]）
  Skypeの仕事のスタイル「Skypeがつながればよい」。
  SkypeAPIは楽しそう（Pythonからも使える）。
  OSX用のSkype2も近日登場予定（ただ、画質はiChatのほうがゴニョゴニョ・・）。
  今のところサーバサイドからSkypeAPIを使ったりすることも制限無し。
  VPS7がつぶれて岩田さんのブログはCOREBlogからCOREBlog2に。
  
  SkypeのAPIも凄く気になる（面白そう）。
  ただ便利そうなAPIはWindows限定だったりするみたい。
  むむー。家にWindowsなんてないし（ちょいとたくらんでいる仲間も自宅にWindowsなんてない）。
  
  
• Python再入門（PyJUG/大阪大学 増田さん[OSX/keynote]）
  Python的な部分の再入門。
  ジェネレータって便利。
  文字コードが・・・。
  
  非常に為になった。
  全ページ、前のめりになって聞いていました。
  あのkenoteの格好イイ背景はM.C.Escherの絵の色を抜いて切れ目が出ないように回転した物だとのこと。
  公開されるPDFからは背景画像が除かれるそうです。M.C.Escherのサイト、元画像。
  
  
• WAFパネル（三浦さん[OSX/keynote]、柴田さん[keynote]、松野さん[s5?]、私[keynote]）
  高機能はやはりZope。
  超シンプルなweb.py（置けば動く、cgiモードでも動く）。
  TurboGearsは・・・、柴田さんのkeynoteは相変わらず美しい。
  Djangoは・・・、私が至らないだけで素晴らしいですよー。
  
  
• IronPython（荒井さん）[Vista/PowerPoint]
  Pythonの型に動的に.Netの型が付与されたりする。
  Windows Vista結構きれい。
  cPythonよりIronPythonが速い。
  Python2.4互換を目指す。
  シームレスに.Netのライブラリが使える。
  GUIも簡単に作れる（Pythonインタプリタで書く度にウィンドウが更新されていて面白かった）。
  
  荒井さんがIronPythonに惚れている様子。懇親会でもマシン片手に集まってくる人たちに熱く語っていたようです。
  かなり楽しそう（でも自宅にWindows無いぞ）。
  

結構な数の人が集まりました。特に、懇親会に移動するためエスカレータで行列になっていた様は笑いをこらえるのが大変でした。だってPythonistaが蛇のような列を形作っているんですよ！？40人以上のPythonistaが新宿を行進してる瞬間って！

懇親会では、「Djangoと日本の仲間たち」の初期メンバ４人で集結しました。現在django-jaに来ている質問には是非答えたいという話をしていた所、増田さんは調査のために自分の開発環境を壊してしまったとのこと。みんなやる気。
DjangoのQuerySetに対するスライスはPythonのスライスを上書きしたもの（ただしマイナスインデックスが使えないので黒魔術的？）とかいろいろ聞くことが出来ました。

他にも瀬戸口さんと増田さんのやりとりが何となく面白そうな雰囲気でした。二人はかなり研究的な（実質的でもありますが）スタンスでお話をされていました。私ははたで、たくらんでいることにマッチしないか考えたりしていました。

懇親会終了後は、例によってturbogears-jaのlirisさん（おおたにさん）と帰宅の途につくわけですが、電車待ちが30分以上あったので、スタバで珈琲飲みつつturbogearsとdjangoについて話したりしていました。スタバでだけじゃなくって私の降りる駅までですが。
＃岩田さんのプレゼンによりlirisさんが年齢が、学年でいうと私と一つ違いだということがわかりました。だからどうってことはありませんが。

ちょっと手が空いたのと、現場の若いのがGentooを古いEdenのPCに入れようと四苦八苦しているのに触発されて、自宅の放置Gentooの状態を更新しようとしたんだけど。。。

Cannot resolve a virtual package name to an ebuild

いや、実はちょっと前にやろうとしたときに出たのを放置してたんだけどね。
ぐぐってみたら対処法がGentooのサイトにあった。

# emerge -av portage

かなり古い(Portage versions prior to 2.0.51.20)場合に発生するらしい。
portageをアップグレードしたら emerge --syncが通るようになった。

ついでにemerge --syncが速くなるというTipsをメモ。
portage2.1では使えない技らしいけど（2.1は現在~x86みたい）、確かにえらい速くなった。

DjangoとTurboGearsと、ついでにRubyOnRailsの本家サイトに関するトラフィックをAlexaで比較してみた。

Alexaholic: djangoproject.com, turbogears.org and www.rubyonrails.com

rangeを短くする場合は、smoothingを+2位にしたほうが見やすい。
Djangoのドキュメント充実具合からか、Djangoのトラフィックの伸びが顕著ってところ？

google-groupsの参加人数とかはTurboGearsの方が多いんですけどね。

大家族（三世代）でグアムに行ったわけですが、全然波なんてありませんでした。
海外からきた人が「鵠沼は波質がいい」というらしいのですが、確かに小さい波ながらもサーフィンできそうな波は俄然鵠沼の勝ちです。
この機会に”立つと沈む”のは板の長さに対して体重が重すぎるのか？それとも根性がないからか？という堂々巡りに終止符を打つべくファンボードかロングボードを借りて遊んでみようと思っていたのですが、見渡す限り静かな海でした（どこにもサーフィンが出来るという記述があったわけではない。でもさー、アウトレットモールにサーフショップがあったよー？）。

成田で外国人に間違われるし、真っ昼間に海に入って偉い日焼けしたり、調子に乗ってプールには行って結膜炎になったりして大変でしたが、娘や姪が大喜びで遊んでいたので楽しい休日でした。部屋もオーシャンビューで気持ちよかったです。

よく湘南の海は汚いとか言う人がいますが、バイ菌いっぱいで汚いのは間違いなくプールですよ。海に入って目をやられたことはないけど、プールに入ると日本に限らずかならず結膜炎になりますから。

そうそう大抵のホテルはロビーで無線LANが利用できたようです（マシンは持って行きませんでしたよ）。