Xcodeのテンプレートを作成する方法

Xcodeにデフォルトで付随しているテンプレートでは満足出来なくなってきたため、デフォルトのテンプレートを改造して自分用の新規ファイル作成テンプレートを作ることにしました。
参考文献はこちら。
http://d.hatena.ne.jp/griffin-stewie/20090315/p1


■デフォルトのテンプレートのあるパス
デフォルトのiPhone SDK用のテンプレートは以下のパスにあります。

/Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode/

中を見ると、

akisute Xcode$ pwd
/Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode
akisute Xcode$ tree -L 1
.
|-- File Templates
|-- Plug-ins
|-- Project Templates
|-- Specifications
`-- Target Templates

5 directories, 0 files

このようにファイル用のテンプレートとかプロジェクト用のテンプレートなどが用意されています。

■自分で作成したテンプレートを置くパス
自分で作成したテンプレートは、以下のパスに配置するとXcodeが認識してくれます。

~/Library/Application Support/Developer/Shared/Xcode/

■テンプレートの書き方
まずは元となるファイルをデフォルトのテンプレートのあるパスからコピーしてきます。今回はファイルのテンプレートを操作したいので、File Templatesディレクトリを丸ごとコピーします。

akisute Xcode$ cp -r File\ Templates/  ~/Library/Application\ Support/Developer/Shared/Xcode/

コピーしたテンプレートを修正します。テンプレートの構成は以下のようになっています。

File Templates
`-- Cocoa Touch Class
    `-- Objective-C class
        |-- NSObject subclass.pbfiletemplate
        |   |-- TemplateInfo.plist
        |   |-- class.h
        |   `-- class.m
        |-- TemplateChooser.plist
        |-- UITableViewCell subclass.pbfiletemplate
        |   |-- TemplateInfo.plist
        |   |-- class.h
        |   `-- class.m
        |-- UITableViewController subclass.pbfiletemplate
        |   |-- TemplateInfo.plist
        |   |-- class.h
        |   `-- class.m
        `-- UIView subclass.pbfiletemplate
            |-- TemplateInfo.plist
            |-- class.h
            `-- class.m

Cocoa Touch ClassディレクトリとObjective-C classディレクトリが階層構造になっており、その下のHogehoge.pbfiletemplateが実際のテンプレートになります。中のclass.hとclass.mを書き換えることで、テンプレートの内容を変更できます。

論より証拠、実際にやってみます。さっきの構造をXcodeに読み込ませると、以下の図のようになります。


それぞれの要素がどの位置に対応しているかがわかります。

実際にテンプレートを編集するときは、class.hとclass.mの内容を適当なテキストエディタで編集します。このとき、«YEAR»や«DATE»のような特定の文字列は自動的に置換されます。iPhone SDK付属のテンプレートを参考にしてみてください。


■余談：«»はどうやって出力する？
基本コピペすれば問題ないですが、自分で入力する場合は、
・JIS配列のキーボードの時は、Option + [とOption + ]で入力できます。
・ASCII配列のキーボードの時は、Option + \とOption + |で入力できます。

Keychain Accessから秘密鍵を書き出すときに、「エラーが発生しました。項目を読み込めません。」と表示されたときの対処法

iPhone開発にはAppleが発行する証明書が必要になるため、なにかとKeychain Accessのお世話になることが多いです。特に、複数台のMacで開発を行っている場合は、証明書を認証するための秘密鍵を複数台のMacにインストールする必要があります。
このとき、最初のMacから別のMacに秘密鍵を移すために、Keychain Accessから秘密鍵を書き出しする必要があるのですが、書き出した秘密鍵を取り込もうとすると「エラーが発生しました。項目を読み込めません。」とエラーが出て取り込みが出来ないケースがあります。


こんなダイアログです。

このダイアログが出てしまったときの対処法をまとめてみました。


■結論から言うと
このダイアログが出てしまったときは、秘密鍵の書き出し方を間違っています。


この「すべての項目」画面から鍵を書き出してしまうと、書き出しには成功しますが読み込むときに100％失敗してしまいます。


こちらの「証明書」画面から証明書の階層を開き、鍵を書き出すと、正常に読み込むことが出来ます。

サイテック社の中の人とお話してきました

http://blog.cytech.bz/

■ことのあらすじ
BPStudy（http://beproud.jp/bpstudy/）に参加する
↓
懇親会に行く
↓
自分が座る席がない
↓
社長席グループになる＞＜
↓
F-Quest（http://www.f-quest.com/）のCEOの人と話す
↓
iPhoneとか好きだから！とか言うと、じゃあいい会社があるのでぜひ会ってみてくださいと勧められる
↓
行ってみた（今ココ）


ということで、サイテック株式会社の中の人とたっぷり終電までお話してきました。
人生哲学、今後の技術動向、iPhone開発について、日本の文化についてなど、たくさんのことを学ばせていただいて、本当にありがとうございます！
お二人とも大変聡明で、そして何より精神的に強いです。独立しています。ちょっとうらやましい。

• 自分とは考え方が180度異なる人を認められるようになるためには、そういう人たちと利害関係を持つ経験をすること
• 利害関係が発生しない状態は悪い状態、競争相手・ブレーキをかけてくれる存在を持つこと
• iPhone開発は金にならない、今のApp Storeは供給過多すぎてビジネスとして成立していない
• iPhoneアプリはどう視覚的に訴えかけるか、要するにデザインが大事
• 今やりたいと思っていることを信じ続けることができるか
• 日本の文化は強みになる、日本の文化を翻訳して展開する

といったあたりが今の自分に凄く響きました。iPhone開発者懇親会に行ったときにも同じような考えの方が多数いらっしゃったのを思いだして、現在のトッププレーヤーは大体同じような感覚を持ってらっしゃるのだと再認識できました。あとは、これらの課題をどう解決するか、ですねー。

以下、お話しした内容全文です。
私が話した内容と、私が後から考えたことと、サイテックの方がお話しされたことが混ざってしまっていますが、ご容赦ください。
基本的に中二病っぽい発言が私です。

[2009/06/13 20:07追記]ご指摘のあった不適切な箇所を修正いたしました。ご迷惑おかけしましたことをお詫び申し上げます。
その他、いくつか思い出した内容を追記しました。
[2009/06/16 22:42追記]誤字修正。本田誠一郎って＞＜ お恥ずかしいことこの上ないです・・・

---

■お話ししたお相手
@yatabeさん（CEO）
@fw_tx76129さん（プロジェクトマネージャ、2年目。別の会社で5年勤務。テキサスの大学に留学していた）


■今後の展開
　→マルチプラットフォーム
　→WebはPC上だけではなくて、モバイルとか家電にも広がっていく
　→となったときに、どこかで書いたソースがそのまま使えないというのは問題
　　　※たとえばObjective-Cとか、iPhone以外では使えない資産になってしまう
　→Perl, Ruby, PHP, JavaScript, ActionScript...これ以上いくつ言語を覚えればいいのか（笑）
　→そこでFlash（Air, Flex）などを模索している


■現在の事業内容
　→現在はPHPの案件がメイン
　→自社でPHPのフレームワークを作ったりしている
　→@fw_tx76129さん・・・基礎部分だけ書いて、残りは新人に課題として「こんなの作ってみて」と振っている。
　　　※そしたら毎日「面白くて仕方がないです」とか言いながら仕事しやがって（笑）
　　　※滅茶苦茶うらやましい！


■Androidはどうなる
　→Androidの最大のメリットはOSのライセンス料ではないかと思っている。
　　　※詳しい額は分からないが、現在のSymbianだと1台あたり5000円程度のライセンス料がかかっているのではないか
　→そのうちケータイブラウザやお財布ケータイなどの機能を搭載した機種が出てくるだろう
　→むしろ現在のケータイの、OSの部分だけをSymbianからAndroidに入れ替えただけの機種が出てくるかもしれない


■組み込み2.0
　→ハードウェアの組み込み系は未だにC言語で、オブジェクト指向なんて流行りだしたのはつい1年ぐらい前
　　　※生産性が低い、そういうところで開発者の気持ちが鬱積している
　→そこにAndroidが登場した。
　→今後は生産性の低いハードウェアの制御とかミドルウェアのあたりはすべて任せてしまうようになるかも
　→そうすると今まで溜まっていた開発者の気持ちが爆発して、ものすごい物が生まれるかもしれない
　→組み込み2.0になるかも


■守る文化について（広告代理店の人の話）
　→CGM (Consumer Generated Media) が流行している。例：logotournament.com
　→日本でもC-team (http://blog.livedoor.jp/kensuu/archives/50783668.html) というのがある
　→このC-teamについて、ある広告代理店の人はこのような話をした
　→我々広告代理店は、広告主からデザイナーを「守ってやっているんだ」
　　　※広告主はデザインとか良いバナーとか全く理解しない、単にお金だけ出して「後頼むわ」という
　　　※そのくせ後からデザインに自分の勝手な感覚で思いっきりケチを付ける「金出してるんだから俺の物だ」
　　　※その中間を上手く取り持つのが広告代理店だ
　　　※日本人のデザイナーはこういう競争に耐えられない、弱いデザイナーを救ってあげなくてはならない
　→なるほどちょっと納得。実際間違ってない。欧米型の競争原理が働くと弱い人は没落するしかない。
　　　※そのおかげで鍛えられて強い人が育つのかもしれないけど
　→日本人の「守ってあげる文化」
　　　※鎌倉幕府の御恩と奉公もまさにそれ


■今やりたいと思っていることを信じつづけること
　→iPhone開発で飯を食ってみたいと思っているのですが
　→長いスパン、10年後ぐらいを見て、どうなるかを考えてやってみるといい
　　　※それでも続けたいか？
　　　※当然だが、10年後にiPhoneはなくなっているだろう、それでもか？


■iPhoneアプリは事業になるか
　→結論から言うと会社の事業として100％の力を割いてやっていくことは出来ない、リスクがある
　→App Storeは市場として全く成功していない
　　　※アプリの価値が余りにも安すぎる
　　　※魅力的な開発環境がクリエイターを誘った結果、完全な供給過多に陥っている
　　　※アプリの価値をどうやって引き上げるかを考える
　　　※携帯サイトで上場した企業はあっても、iPhoneアプリで上場した企業はない
　→しかし無視することは出来ない。案件が来たらまずiPhoneでやってみようと考える
　→App Store以外で成功する方法を考えなければならない
　　　※たとえば、アプリを買収する。安く作ってもらってストアに出して、気に入ったアプリを大企業が金で買う
　　　※シリコンバレーで、ベンチャー企業がExitを目指すビジネスモデルに相似している
　　　※B2BでのiPhoneの利用は出来ないか考える
　→重要なのはアプリの構成、デザイン。どのような層にどう視覚的に訴えかけるか。
　→まだiPhoneのビジネスは生まれたての卵で、どう転ぶか何が生まれるか全く分からない
　→会社全体のエネルギーの2割3割を割いて動向を探る
　　　※ただ、このやり方だとあるタイミングが来たときに波に乗った人が全部成功をさらっていきそう（笑）


■B2B、B2C、C2Cの次、D2D（Developer to Developer）
　→開発者が開発者を集めるために、開発者のための物を供給する
　　　※Android
　　　※iPhone
　　　※MacromediaのころのFlash
　　　※各種フレームワークなど
　→勝手にC2C (Creator to Creator), いやD2Dと命名
　→そうすると、集まってきた開発者が勝手に面白い物をどんどん作ってくれる
　→プラットフォームが一気に普及する
　　　※Flashが搭載率99％の化け物プラグインの地位を握ったのもそのおかげ
　　　※HTMLの仕様がろくでもない頃に、インタラクティブなウェブを作ることを可能にしてくれた唯一の存在


■自分とは違う価値観の人を、どうしたら「認めてあげられる」のか、怖くはないのか（正直自分は怖い）
　→@yatabeさん「私も怖いですよ」
　→怖いですけど、そういう利害関係だから
　→たとえば株主と社長の関係がそうで、株主というのは利益にしか興味がない
　　　※うちは君にN億円投資してるんだから、きちんと年間M％ずつ利潤出してよね。売上だけはきちんと上げてね
　→社長としては社員の面倒を見てあげたり、先行投資をしたいけど、株主のために売上をあげなければならない
　→そういう利害関係を肌で感じて学んだ
　　　※どちらが良い悪いではない。利害関係に良い悪いも無い
　　　※株主と社長、どちらがいなくても成立しない


■では、もし「社長」＝「株主」の会社が存在したら、どうなるか？
　→利害関係が発生しなくなる。社長が株主になってしまう
　　　※社長が株主にである＝利益にしか興味がないということ
　→ブレーキをかける存在が無くなってしまう
　→良い利害関係とか悪い利害関係は無いと思っているが、「利害関係が発生しない」のは悪いこと
　→競争して切磋琢磨しないと成長が無くなってしまう
　→成長が無くなったら、その会社は終わる
　→本田宗一郎さんも確か「株式会社は株を公開してもって貰うべきだ」というニュアンスのことをおっしゃっていた
　　　※出典不明（忘れた・・・ちゃんと調べないと）


■とある企業の悲劇
　→90年代後半に現在のMQと同じメッセージングシステムを作って売り出した日本企業がある
　　　※時代背景からいうと、ようやくインターネットがかろうじて流行ってきたぐらい。
　　　※まだGoogleは設立1年目とかそのぐらい。Yahooとgooが検索エンジンの主流だったと思う。
　→他にも現在で言うTracやRedmineのようなチケットドリブンシステムを自社開発
　→アレを作ったのは信じられないぐらいの天才。本当に頭がいい。たぶん世界最先端だったと思う
　→にもかかわらず今は没落、なぜか
　→そのシステムを捨てることが出来なかったから。固執してしまったから。
　　　※2000年代序盤に廃棄されるべきだった、既に競争力が無くなっていた
　→そのシステムを作った人が社内で神格化した。彼らの言うことが絶対になった。
　→同様にそのシステム自体も神格化した。動いてるソースをメンテナンスすることは絶対の禁忌になってしまい、改修が進まなかった
　→ブレーキをかける人がいなくなった。新しいことにチャレンジしなくなった。そして古くなり役に立たなくなった。
　→第2次世界大戦の帝国海軍が大艦巨砲主義から脱却できなかったのを繰り返しているように思える


■Windowsはタッチタイプすら出来ないコンピューター素人の人でも使えるように作られている。少なくともそれを目指している。
　→@akisute「にわかには信じがたい」
　→例：Windows95ぐらいの地点で既にinternationalizationを完備していた。とある言語ファイルを一つ入れると23の言語すべてが使えるようになる
　→Macはクリエイターがクリエイターのために作ったもの。だから当時の爆発的普及には至らなかった
　→ビルゲイツの偉大なところは靴を投げられなかったこと（笑）・・・ではなくて、ド素人の人にコンピューターを使わせたこと
　→最近Macが流行りだしているのは、世の中でクリエイターがクリエイターのために作るものが流行ってきているから
　　　※単に世の中の流れがMacにとって追い風になっているだけに過ぎない


■世の中には流れがあって、単にそのときの流れに乗っている物が成功しているだけ。良い悪いではない。
　→最たる例が任天堂
　　　※余りにもわかりやすいので説明不要だと思う


■文化の翻訳
　→iPhoneアプリもそうだけど、日本が世界に通用するのは何か？というと、「文化」
　　　※世界はみんな日本の文化を知りたがっている。ニーズはものすごく強いらしい。
　→文化を発信するだけではなくて、文化を「翻訳」して伝えること。これが次のWebの目標。
　→たとえばニコニコ動画などは海外でも一定の成果を上げているが、「翻訳」しているのではなくて「そのまま押しつけている」だけ
　　　※弾幕とかコメント職人の技は日本語以外ではとても再現できない
　　　※@akisuteにはFacebook上にイスラエル人の知り合いがいるけど、全員日本語を使っている。翻訳していない、向こうがあわせてくれている
　　　※押しつけるのはただの文化侵略（Civilization 4みたいですね）
　→翻訳というのは、相手の理解できる形に変換すること
　　　※例をあげると、寿司はカリフォルニアロールになった。あれがアメリカ人の理解できる形
　→Facebookが世界では優勢になっているが、世界各地には独自の文化圏内でのSNSがたくさんある。Mixiもそのひとつ。
　→それらのコンテンツを「翻訳」して中継する、SNSのSNSのようなサービスがあるといい
　　　※@akisuteがちょっと考えた例では、Mixiの日本語の書き込みが、アメリカ人に理解しやすいように翻訳されて表示される。
　　　　このとき、Mixiのアバターは実際の顔写真（ダミー）に変換される。向こうの人は実際の顔をさらす文化があるため。
　　　　逆にアメリカ人側の書き込みは日本人が親しみやすいアバターに変換されるなど。
　　　※最終的に書き込み主の人種が全く分からないレベルまで文化的翻訳が行われれば完璧
　→そこで問題になるのが、我々は日本を余りにも知らない。歴史も文化も知らない。
　　　※アメリカに留学していて気づいたのが、アメリカ人は自国の文化を本当によく知っている。
　　　　中学校の歴史の教科書でも信じられないぐらい内容が細かい。300年しか歴史がないから。
　→たとえばNinjaとかもてはやされているが、実は向こうの人の方がよっぽど忍者をよく知っている。
　→アメリカの寿司屋はみんなアメリカ人が店主だったりする。
　→origamiで検索すると、フランス人のもはや折り紙とは思えないレベルの作品が多数ヒットする。
　　　※発見できなかった・・・
　　　※http://en.wikipedia.org/wiki/Origamiなどは、sub articleも含めると日本語版の記事よりよっぽど充実していたりする
　→このように、草の根レベルで既に文化の翻訳が行われて根付いているが、我々が翻訳できて伝えられていない
　→相手国の文化をインターネット経由で知ることができる。実際に現地に飛んで文化を学んでも、インターネット上では異なることがある
　　　※確かに日本もリアルとネットじゃ文化が違う気がする。匿名文化ってのはネットだけかもしれないし
　→宗教問題とか人種問題とかが、ネット上なら解決できる。ネットは同じ興味のある人をクラスタごとに引き寄せる。そこに人種とか宗教は関係ない。
　　　※興味がない、自分の嫌いな人は自分のいるクラスタとは違うクラスタにいて見えない。だからネット世界なら簡単に同居できる。
　　　※この手の問題はリアルでは絶対に解決できないと思う。アメリカでは未だに黒人がどうのとか白人がどうのとかがあった。
　　　※同様に、会津（福島）のお年寄りは、いまでも薩摩（鹿児島）が嫌いだとかがあるらしい
　→今は人気がない歴史学科とか文化学科の人材が、10年後20年後にこのあたりのビジネスモデルが開拓されると、突如として経済界から引っ張りだこになるかも
　→iPhoneアプリの話に戻すと、ラジオ体操アプリとかどうよ（笑）
　　　※Radio Social Performance（爆笑）
　　　※絶対クックパッドより人気出るから！ｗ クックパッドは日本の外に翻訳できないサービス。
　　　※一人でラジオ体操とか続けられないから、みんなで動画撮ってストリーミングすればいいんじゃないｗ

時間を入力するために、カスタムUIPickerViewを作ってみた

時間を入力するためのUIが欲しかったので、こんな感じのカスタムUIPickerViewを作ってみました。ソースコードはこちら。
http://github.com/akisute/YourTurn/blob/8119bf028acf4908edb602d277544bc2cf6a5848/Classes/YTTimePickerView.h
http://github.com/akisute/YourTurn/blob/8119bf028acf4908edb602d277544bc2cf6a5848/Classes/YTTimePickerView.m


使い方はソースを見ていただければきっとご理解いただけると信じておりますので、UIPickerViewを使っていて気づいた点などをいくつか晒してみたいと思います。


■参考にした記事
id:paellaさんのダイアリーを参考にさせていただきました。ありがとうございます。
http://iphone-dev.g.hatena.ne.jp/paella/20090521#20090521fn1

基本的にはこちらの記事にまとめられている内容に従って、

// 2) ビューを返したい場合
- (UIView *)pickerView:(UIPickerView *)pickerView viewForRow:(NSInteger)row forComponent:(NSInteger)component reusingView:(UIView *)view {}

このデリゲートメソッドを使いカスタムViewを利用した実装を行ったのですが、一部私の実装とpaellaさんの記事で異なっている点があるので、ご紹介したいと思います。


■UILabelを直接デリゲートメソッドから返す
元記事では、

UIViewを返すデリゲート、必ずUIViewを返さないとうまく動いてくれません。このサイトやこのサイトで紹介されているようなUILabelを直接渡してあげる方法は、少なくとも私の環境(2.2.1)では何も表示されませんでした。

と、UIViewを返さなくてはダメとご指摘がありますが、どうやらUILabelでも大丈夫みたいです。ビルドターゲット = iPhone OS 2.2.1の環境で確認できました。

UILabelをそのままデリゲートから返却したときに画面に表示されなかった原因は、どうやらUILabelのframe.size.heightが0になってしまっていた（要するにつぶれてしまっていた）のが原因みたいです。そこで、以下のようなコーディングを行いました。

- (UIView *)pickerView:(UIPickerView *)picker viewForRow:(NSInteger)row forComponent:(NSInteger)component reusingView:(UIView *)view
{
    UILabel *label = (UILabel *)view;
    if (!label)
    {
        label = [[[UILabel alloc] init] autorelease];
        label.frame = CGRectMake(label.frame.origin.x, label.frame.origin.y, 20.0, 23.0);
        label.backgroundColor = [UIColor clearColor];
        // 以下初期化コードなど・・・
    }
    
    return label;
}

このように、label.frameの高さを無理矢理指定してやれば、きちんと画面に出せるみたいです。また、この方法を使えば、元記事で

ポイントはビューの座標。どうも各要素での{0,0}の位置はPicker内各Rowのど真ん中にあるらしく、サンプルのように負数を指定してあげないとどこかに寄った状態になってしまうみたいです。

とご指摘があったビューの座標も、特に気にせず普通に指定することが出来るようになりました。


■Pickerを、UIScrollViewのサブクラス（UITableViewなど）にaddSubviewする場合の注意点
この記事の見出しに貼り付けた画像では、作成したカスタムPickerをGroupedスタイルなUITableViewのfooterViewに貼り付けています。

    // Initialize time picker with a previously selected value
    timePicker = [[YTTimePickerView alloc] initWithFrame:CGRectZero];
    NSInteger initialValue = [[NSUserDefaults standardUserDefaults] integerForKey:_USERDEFAULTS_TIMEPICKER_INITIALVALUE];
    timePicker.time = (initialValue == 0) ? 300 : initialValue;
    timePicker.timePickerViewDelegate = self;
    [timePicker selectRowWithCurrentTime];
    self.tableView.tableFooterView = timePicker;

このように、UIScrollViewのサブクラスのサブビューとしてUIPickerViewを貼り付けると、そのままの状態ではうまくPickerのドラムが回転してくれないという症状が発生してしまいます。
これはどうやらUIPickerViewのスクロールとUIScrollViewのスクロールがけんかしてしまっているみたいです。そこで、スクロールする必要のないTableView側の設定をOFFにします。具体的には、Interface Builderを利用する場合、以下の赤枠でくくった箇所を設定すると良いようです。



こうすることで、綺麗にドラムが回転してくれるようになります。

java-ja #15 TDDとかペアプロとか

株式会社ドワンゴの本社にて開催された、java-jaの第15回勉強会に参加してまいりました。（ドワンゴさんありがとうございます！噂通りの社風が垣間見られておもしろかったです）
今回のテーマはTDDとペアプロ。TDDの権威である@t-wadaさん（http://twitter.com/t_wada）の講義＋実際にTDD＆ペアプロを体験する時間が設けられ、非常に充実した時間が過ごせました。

以下、Twitterにアップした感想を転載。

---

とにかく疲れる！そして慣れていないせいもあるがコードが進まない！普段の倍疲労して半分しかコードが進まないなら、明らかに生産性が下がっているように見える。でも違う、逆だ。こんなに生産的にコードが書けるとは思わなかった！

TDDを進めていくうちに、自分が意図しない考えや見落とし、typoなどの指摘が次々に飛び出した。書き上がったテストコードも普段自分が作っているものより綿密だ(もっとも普段はかなり手抜きなのだが)。TDDに反する進め方を指摘してストップすることもできた。

TDD自体はというと、テストケースが増えたり仕様が複雑化してきたりすると、途端に難易度が跳ね上がるな。一箇所直すと複数のテストがあっという間に真っ赤になる！新しくテストを作る判断とかも難しい、なによりテストを実行するのが面倒になったりする。jUnitMaxが素晴らしい理由を体感。

ペアプロの弱点は調べ物だな。明らかに調べ物をするときは個々人がググったほうが早い。だから熟練度が高くないとオーバーヘッドが大きくなってかえって非効率的。@yuruyoroさんには足引っ張って申し訳ない。スキルの差を埋める必要があるのも課題かなー、、、

個人的には一人でやる方が楽かな。人と話すのがへたくそ何だよなあ、、、いつもより疲れるのもそれが原因かも。ウォーターフォールがいけてないとはよく言うが、TDDやペアプロ自体にもたくさん課題があるのだなー、、、でも同じ課題満載なら、新しいやり方を開拓する方がいいよね、多分

---

TDDやペアプロは良いプラクティスですが、慣れないと実践は難しいですし、ウォーターフォールに代わる銀の弾丸でもなさそうです。そのことを実際に体で覚えることができたのが一番の収穫かな！

Firefox 3.5を導入してみた

いろんなところで話題になっている（http://d.hatena.ne.jp/chroju/20090523/1243076800）Firefox激重問題ですが、我が家でもニコニコ動画を見ることができないぐらい重くなっていたので、思い切って3.5b4を導入してみました。ちなみに、Mac OS X 10.5.7で試しております。


■利用したバックアップ用アドオン一覧など
Mozilla Re-Mix: インストールしているFirefoxアドオンをWeb上に保存してリストアできるアドオン「BELOW」
http://mozilla-remix.seesaa.net/article/109386090.html
Mozilla Re-Mix: Greasemonkeyスクリプトの利用環境をもっと便利にするFirefoxアドオン「Wescript」
http://mozilla-remix.seesaa.net/article/119556026.html
Mozilla Re-Mix: 拡張機能の「個別設定」をインポート・エクスポートできるFirefoxアドオン「OPIE」
http://mozilla-remix.seesaa.net/article/90165156.html
Mozilla Re-Mix: Firefox3 Beta版に対応していないアドオンを強引にインストールする方法。
http://mozilla-remix.seesaa.net/article/84338863.html


■インストール手順
１．AppCleaner（http://www.freemacsoft.net/AppCleaner/）を使ってFirefoxを完全に削除
　　Windowsより消すのがラクチンです。

２．公式サイトから最新のbeta版をダウンロードしてきてインストール
　　コピーするだけ。これも非常にラクチンです。

３．アドオンの復旧、まずはXmarks (http://www.xmarks.com/) をインストール
　　ブックマークを最初に復旧します。

４．about:configを書き換えて強制的に古いアドオンをインストールできるようにする

５．ブックマークから、上記のバックアップ用アドオンを探してきてインストール

６．BELOWを実行

７．OPIEを実行

８．FireGesturesの設定が正しく復旧されていないので、手で復旧

９．Tab Mix Plusの設定が正しく復旧されていないので、手で復旧

１０．Tab Mix Plusがバグっていることが判明したので、開発版 (http://tmp.garyr.net/dev-builds/) をインストール
　　　具体的には最後に閉じたタブが開けませんでした。
　　　Tab Mix Plusは大体バージョンあげるたびに問題が出るので、このサイトを覚えておくと便利。

１１．Firefox自体の設定を調整

１２．Wescriptを実行

１３．自作のGreasemonkeyスクリプトをインストール


以上です。作業時間は40分程度でした。BELOWとOPIEは極めて便利なので本当にお勧めです。


■で、何が変わったか
正直、見た目はFirefox 3.0と全く変わりがありません。見た目で変化がわかるのはロケーションバーぐらいでしょうか。



動作はというと、まず例のニコニコ動画がガクガクして全く見られない問題は解消しました。動画を見ているときのCPU使用率も、前は2コアとも40〜50％程度消費していたところ、16〜20％程度まで低減しています。どうやら中身はしっかり改良されているみたいです。

いちばん大きな変化はリリースノート（https://developer.mozilla.org/Ja/Firefox_3.5_for_developers）を見ても分かるとおり、HTML5サポートだと思います。videoタグやaudioタグを利用できるようになったそうです。

早速試してみました。
http://www.youtube.com/html5


・・・動かないじゃないか！！＞＜
（ちなみにSafari 4 betaでは動きます）

おそらく使われているビデオの形式がmpeg4なのが原因だとは思いますが・・・
変な青い枠が出ているのも、おそらくGoogleの中の人がChrome (Webkit)でしかテストしていないからでしょうし。
しかし、うーん、まだまだ開発版って感じがします。


■気になるアドオンの動作状況
微妙にTab Mix PlusがBuggyです。閉じたタブの履歴を正しく保存してくれていない感じがします。その他AdblockやFirebugなど、メジャーどころはほとんどすべて入れていますが、まだ1日も使っていないので何とも言えません。

NSTimerは基本的にretainせずassignでよい

NSTimerを初めて使ってみたのでハマったところをメモしておきます。


■NSTimerはNSRunLoopにretainされる。NSTimerは引数targetで与えられたオブジェクトをretainする。
いちばんハマったのがこの挙動です。
AppleのNSTimerについての公式ドキュメント(http://www.devworld.apple.com/documentation/Cocoa/Conceptual/Timers/Articles/usingTimers.html#//apple_ref/doc/uid/20000807-CJBJCBDE)にもクラスリファレンスにもきちんとと明記されていたのですが・・・思いっきり見落としてました。

これらがいったいどんな問題を引き起こすか。
たとえば普通のクラスと同じ感覚でdealloc中にNSTimerのinvalidateを呼び出すコードを書くと、永遠にdeallocが呼び出されなくなってしまいます。

// ViewControllerがNSTimerを使っているとして・・・
- (void)viewDidLoad
{
    timer = [NSTimer scheduledTimerWithTimeInterval:interval
                                             target:self // このselfはretainされる
                                           selector:@selector(timerFired)
                                           userInfo:nil
                                            repeats:YES];
}
- (void)dealloc
{
    [displayLabel release];
    [timerLabel release];
    // ここでinvalidateしてはいけない、永遠にdealloc自体が呼び出されなくなる
    [timer invalidate];
    [timer release];
}

なぜなら、

• NSTimerがdeallocを呼び出すオブジェクトをretainしている、したがってNSTimerがreleaseされるまでdeallocが呼ばれない
• NSTimerはNSRunLoopにretainされている、従ってNSTimerのinvalidateが実行されるまではNSTimerはreleaseされない
• invalidateを呼び出しているのはこのdeallocの中以外にない。・・・詰みました。

こうならないようにするためには、dealloc以外の箇所から、適切にinvalidateメソッドを呼び出してやる必要があります。ということで、ViewControllerの中でNSTimerを使うときは、以下の2点に気をつければ良さそうです。

1. NSTimerのオブジェクトは基本retainしない（自分でNSRunLoopにaddTimerとかしたい場合は別として）
2. 通常deallocのタイミングでオブジェクトをreleaseするのと同じようにNSTimerをinvalidateしたい場合は、- (void)viewWillDisappear:(BOOL)animated を使う

- (void)viewWillDisappear:(BOOL)animated
{
    if (timer)
    {
        // ここでタイマーをinvalidateする
        // invalidateするとNSRunLoopがretainされていたこのタイマーをreleaseしてくれる
        [timer invalidate];
        timer = nil;
    }
}

■userInfoはただのNSDictionary
そのまんまです。クラスリファレンスを見ても

The user info the new timer.

This parameter may be nil.

としか書いてなくて困ったのですが、本当にただのNSDictionaryです。適当に使ってくれってことでしょうか。


■次のタイマーイベントまでの間隔をリセットしたいときはsetFireDate:
たとえば何らかの理由でタイマーのFireイベントに登録していたセレクタを自分で呼び出しちゃって、次のタイマーイベントまでの間隔をリセットしたいときなどは以下のような具合にするとよいです。

if (timer)
{
    // timerのsetFireDateに、次にタイマーイベントが発生する日時をセットする
    // NSDateに、dateWithTimeIntervalSinceNowという便利なメソッドがあるのでこれを使う
    [timer setFireDate:[NSDate dateWithTimeIntervalSinceNow:interval]];
}

■っていうか
今このBlogを書くためにNSTimerでぐぐったらここに書いてあるようなことがいろいろ見つかってしまいました・・・＞＜
先にちゃんと調べてから作らないと無駄ですね−。

Mac版ATOK + HHK Professional2で日本語入力をするときの操作方法まとめ

1年ほど愛用していたCENTURY社のWhite Knight (http://www.century.co.jp/products/ck-112cmw-psu.html) の調子が悪くなってしまい、ついにはキーを認識しなくなってしまったため、現在家のiMacにはHHK Professional2 黒 (http://www.pfu.fujitsu.com/hhkeyboard/hhkbpro2/) をつなげています。

ASCII配列自体にはある程度慣れてきたのですが、問題が日本語入力です。家のiMacではATOK for Mac 2008をMS-IME風スタイルで利用していますが、ATOKだろうがMS-IMEだろうがことえりだろうが、一般的には皆さん変換時に文節を矢印キーで動かしたり伸縮させたりしていることと思います。ところが、HHK Professional2にはまともな矢印キーがありません（あるにはありますが、これは矢印キーとして見なしてはいけないと思います・・・）。これでは日本語入力が出来ない！ということで、HHKらしくControlキーとアルファベットの組み合わせて日本語入力を華麗にこなすための操作方法をまとめてみました。

2009/06/01追記：以下のショートカットキーはMS-IME設定のときのものです。WindowsのMS-IME上でも全く同様に使えました！


■次の文節へ・前の文節へ
左手で行います。
Control + Dで次の文節へ
Control + Sで前の文節へ
Control + Aで先頭の文節へ
Control + Fで末尾の文節へ


■文節区切りの伸縮
右手で行います。
Control + Kで文節を短くする
Control + Lで文節を長くする


■文字の削除
変換中にControl + Hで単語削除
変換中にControl + Gで一文字削除


■ひらがな・カタカナ・英字などに一発変換
主に右手で行います。
Control + Uでひらがな
Control + Iでカタカナ
Control + Oで半角カタカナ
Control + Pで全角英字
Control + Tで半角英字


■これだけ覚えておけば大丈夫！
でもどうしても気に入らない場合は、「カスタマイザ」というとっても便利な機能があるので、すべて自分の好きなように変えてしまいましょう。


■しかし驚いたのは
ほとんどこれらの機能を使うことなくATOKが一発変換してくれたこと。実際、このBlogを書いている最中にも、Controlキーには2回程度しか触れていません。ATOKはマジに神。

UINavigationの片方のサイドに複数個のボタンを持たせたい

こんな感じでUINavigationBarの片方のサイドに複数個のボタンをおく方法を探してみました。UIToolBarと異なり、UINavigationBarではUINavigationItem.rightBarButtonItem, UINavigationItem.leftBarButtonItem, それからタイトル部分と、最大でも3個しかアイテムを配置することが出来ません。そのため、複数のボタンを一つの配置箇所にまとめて配置したい場合には、カスタムビューを作成する必要があります。
Appleの配布しているデモアプリケーションにもありますが、こういう場合にはUISegmentedControlのmomentaryプロパティをYESに指定して、ボタンみたいに利用するのがいちばん良いようです。

NSArray *items = [NSArray arrayWithObjects:@"Add", @"YourTurn", nil];
UISegmentedControl *segmentedControl = [[[UISegmentedControl alloc] initWithItems:items] autorelease];
segmentedControl.selectedSegmentIndex = UISegmentedControlNoSegment;
segmentedControl.segmentedControlStyle = UISegmentedControlStyleBar;
segmentedControl.momentary = YES;
[segmentedControl addTarget:self action:@selector(segmentedControlClicked:) forControlEvents:UIControlEventValueChanged];
self.navigationItem.rightBarButtonItem = [[[UIBarButtonItem alloc] initWithCustomView:segmentedControl] autorelease];

この方法でひとまずはUINavigationItemの右側に複数のボタンを作ることが出来ました。しかしまだまだ完璧ではなくて、現地点で分かっている限りでも二つの問題があります。

1. ボタンの背景色が通常のボタンとは異なる色になる
2. 個々のボタンひとつひとつを個別にDisableすることができない

Appigo Todoなんかは普通にUINavigationBarの右側に3つもまとめてボタンを綺麗に配置してあったりするのですが、一体全体どうやってるんでしょうね？・・・うーん。

Objective-CではvalueForKeyPath:で集計関数みたいなものが使えて凄く便利

Pythonだと、

list = [{'no':1, 'name':'akisute'}, {'no':2, 'name':'abesi'}, {'no':3, 'name':'hidebu'}]
maxNo = max(list, key=lambda x:x['no'])

こんな感じでリストに含まれるオブジェクトの最大値を簡単に取り出せたりするのですが、Objective-Cでもできないかと思い調べてみました。ですが、NSArray自体にはそのようなメソッドが用意されていません。ひょっとして出来ないのかと思っていたら、ちょっと面白い方法で集計関数のようなものが実装されていることがわかりました。

Objective-CにはKey-Value Codingという概念があって、それを使って実装されているようです。Key-Value Codingについては正直全然理解していないのでここでの解説は避けます。すみません。

NSArrayのvalueForKeyPathを使って以下のように問い合わせを行うと、先ほどのPythonの例と同様にNSArray中の最大値を持つオブジェクトを取得することが出来るようです。

// noとnameプロパティを持つPersonクラスがあると仮定して・・・
id akisute = [[Person alloc] initWithNo:1 name:@"akisute"];
id abesi= [[Person alloc] initWithNo:2 name:@"abesi"];
id hidebu= [[Person alloc] initWithNo:3 name:@"hidebu"];
NSArray *array = [NSArray arrayWithObjects:akisute, abesi, hidebu, nil];
NSNumber *maxNo = [array valueForKeyPath:@"@max.no"];

valueForKeyPathの引数に、@max.noというキーを渡すところがキモです。これで、NSArrayのインスタンスに含まれるオブジェクトのnoプロパティの最大値を求めることが出来ます。
同様にして、名前の最大値を求めたいときには、

NSString *maxName = [array valueForKeyPath:@"@max.name"];

とすれば取れます。また、一番長い名前の長さを求めたいときは、以下のように指定することができます。

NSNumber *maxCountOfName = [array valueForKeyPath:@"@max.name.count"];

@max以外にも、@avg, @sum, @count, @min, @unionOfObjects, @distinctUnionOfObjectsなどが用意されているみたいです。

詳しくは荻原さんのObjective-C 2.0本をご参照あれ。いや、この本は本当に買ってよかったです。Objective-Cのバイブルですね。

詳解 Objective-C 2.0
荻原 剛志

Windows起動時にhal.dllが見つかりませんと言われた場合の対処法

久しぶりにBootCampでWindows XPを起動しようとしたら、hal.dllが見つかりませんといった具合のエラーメッセージが表示されてうんともすんとも言わなくなってしまいました。dllが破損したのかと思い調べてみたところ、このエラーメッセージはC:¥boot.iniファイルの設定が破損された場合に表示されるメッセージだと言うことが分かりました（さすがマイクロソフト、エラーメッセージの意味不明さには定評があります）。なるほど、確かにboot.iniファイルが消えてました。

修復するにはWindows XPをCDから起動して、回復コンソールを立ち上げます。画面の表示に従えば大丈夫だと思います。
回復コンソールが起動したら、以下のコマンドを入力。

bootcfg /list

これで起動設定（boot.iniファイルの中身）の一覧が表示されます。私の場合は、boot.ini自体が存在しないので、設定がありませんと怒られてしまいました。
設定が破損しているのを確認したら、以下のコマンドで修復を行います。

bootcfg /rebuild

途中、3回ぐらい選択肢が表示されますが、以下のように回答します。

インストールをブート一覧に追加しますか？

YES

ブートIDを入力してください

適当でかまいません。MacでBootCampしている私の場合はWindowsと入力しました。普通のWindowsマシンの場合にはWindows XP Professionalとか入れておくとわかりやすいのではないでしょうか。

オプションを指定してください

/fastdetect

これで完了です。あっさり終了するのでちょっと拍子抜け。あとはコンピューターを再起動すれば問題なくWindows XPが起動すると思います。

Objective-CのnilとNULLの違いって何？

自分用メモ。
nilは「Objective-Cの空のオブジェクト」、NULLは「C言語の空ポインタ」と解釈する。もっとも良い例がNSFileManagerのcreateDirectoryAtPath:withIntermediateDirectories:attributes:error:です。
（http://developer.apple.com/DOCUMENTATION/Cocoa/Reference/Foundation/Classes/NSFileManager_Class/Reference/Reference.html#//apple_ref/occ/instm/NSFileManager/createDirectoryAtPath:withIntermediateDirectories:attributes:error:）

リファレンスを読んでみると、attributes:の指定が不要なときはnilを、error:の指定が不要なときはNULLを引数として与えろと明示的に書かれています。これは、attributes:が(NSDictionary *)型＝NSDictionaryのオブジェクトを引数として受け取るのに対して、error:は(NSError **)型＝NSErrorのオブジェクトのポインタを引数として受け取るためだと考えられます。といっても私はObjective-CもC言語もド素人ですので、ひょっとしたら大嘘かもしれません。違ってたらごめんなさい＞＜


※追記：やっぱり定義そのものが違った＞＜
すたっくおばふろ曰く（http://stackoverflow.com/questions/557582/null-vs-nil-in-objective-c）
えらいひと曰く（http://www.libjingu.jp/trans/clocFAQ-j.html#objects-nil）


知らないとついつい全部nilもNULLも同じだろと思いnilって指定してしまいそうですね。おそらくnilを指定しても動くとは思いますが・・・Objective-CとC言語の混ざり合いというか関わり合いがこんなところで垣間見れて面白いです。

Objective-CではJavaのようにNullPointerExceptionが発生したりしない

そう、Objective-CにはNilPointerExceptionのようなものがないんです。
Javaでは

int main(String[] args) {
  String str = null;
  int length = str.length(); //NullPointerException

  // bar()がnullだとNullPointerException
  Object result = Foo.bar().baz().abesi().hidebu();
}

Objective-Cでは

int main(int argc, char** argv){
  NSString *str = nil;
  int length = [str length]; //何も起こらない。lengthにはデフォルト値0が入る

  // barがnilを返したら、後続のbaz, abesi, hidebuもnilを返す。
  id result = [[[[Foo bar] baz] abesi] hidebu];
}

同僚の方（http://twitter.com/ksk_matsuo/status/1682599075）よりこっそり教えていただきました。ありがとうございます！

なんと言ってもJava人にとっていちばん恐ろしいのがこのNullPointerExceptionなのですよ。だからオブジェクトのメソッドを呼び出すときはいつでもオブジェクトがnullだったらどうしようガクブルと思いながらプログラム書いてるわけです。それがいきなり「Objective-Cになったらぬるぽなんてありません安心です＾＾」なんて言われても安心できないなぁ＞＜

Pipeを使ってみた

つい最近知ったのですが、Yahooの運営するPipe（http://pipes.yahoo.com/）というサービスが最高に面白いです。


■そもそもPipeって何？
Pipeは、「数々のWebサービスが提供するRSSフィードなどのデータを簡単に加工して、別のRSSフィードなどのデータに変換して出力することができるサービス」です。「データ取得元」や、「繰り返し」、「文字列加工」や「URL生成」などのパネルをパイプでつないで、簡単なWebアプリケーションみたいなものを作ることができます。
もちろん無料です。必要なのは米Yahoo（http://www.yahoo.com/、日本のYahooではダメです）のアカウントだけ。
サーバー代金もいりません。好きなだけ新しいPipeを作ることが出来ます。


■さっぱりわからない。Pipeを使えば何が出来るのか具体的に知りたい。
たとえばこんなことが出来ます。

• ニコニコ動画のマイリストIDを入力すると、マイリストのRSSフィードを生成して返すアプリを作ることが出来る。
• ニコニコ動画のユーザーIDを入力すると、そのユーザーが公開している全動画のnicomimi（http://www.nicomimi.com/）へのリンクを自動的に生成してRSSフィードとして返すアプリを作ることが出来る。
• ニコニコ動画の本日のランキング動画一覧から、タイトル・タグ・本文のいずれかに「東方」が含まれていて、再生回数が2万を超えている動画だけを抜き出してRSSフィードとして返すアプリを作ることが出来る。

ね？便利でしょ？


■わかったけど、それって難しくない？
では試しに、ニコニコ動画のマイリストIDを入力すると、マイリストのRSSフィードを生成して返すアプリを作ってみましょう。
Pipe（http://pipes.yahoo.com/）にアクセスして、Yahoo.comのIDでログインして、Create pipeってボタンを押して、何も考えずに左のサイドバーから以下のようにパネルを並べます。


簡単に説明すると、
１．マイリストIDをユーザーにテキストとして入力させて、
２．入力値を元に、ニコニコ動画のマイリストRSS取得用のURL（http://www.nicovideo.jp/mylist/5221166?rss=atom）を生成して、
３．URLからRSSフィードを取得して、
４．そのまま出力しているだけです。

実行結果はこちら。


ばっちりです。所要時間10分。サーバーの設定もデプロイも面倒なコーディングも一切いりません。デバッガも標準で付属（Pipe作成中にパネルをクリックすると実行結果がその場で見られる）。マウス操作だけで簡単に作れて、見た目がそれっぽいダイアグラムになるので、自分の作りたいWebサービスのちょっとした動作確認にも使える気がします。駆け出しのWebプログラマが、マッシュアップのセンスを磨いたりするのにも適していると思います。


■問題点
問題点もあります。主に日本人が使う上での問題点なのですが、

• 全部英語
• そもそも使いたいサービスがAPIやRSSフィードを公開していないと使えない

そう、使いたいサービスがAPIを公開していないケースが余りにも多い。ニコ動もキーワード検索結果がRSSで出ませんし、pixivに至ってはそもそもAPIの概念自体が無い。これでは「指定したマイリストIDのマイリスのうｐ主コメ中にpixivへのリンクが存在したらリンクをたどってpixivユーザーのIDを抜き出し画像全部RSSフィードとして取得する（ついでにお気に入りにも突っ込む）」みたいなアプリが作れません。逆にいえばAPIやRSSフィードのあるサービスであれば可能性は無限大です。サービスの提供している検索結果一覧やRSSフィードの内容が気に入らないなら、自分でPipeを書いて自分の好きなように調整すればよいのです。

Google App Engineで、index.yamlに記述したインデックスが正しく生成されないときの対処法

Google App EngineでDatastoreのindexを利用したアプリケーションを作成していたのですが、運悪くindexの生成がいつまで経っても終わらない現象に見舞われてしまいました。データ量はたかだか1000件程度しかないのですが、3日経ってもindexの状態が"Building"のまま。Googleグループの書き込みを見ると（http://groups.google.co.jp/group/google-appengine/search?group=google-appengine&q=index）、indexの生成に失敗するというケースがたびたび発生しているようです。

• index対象となるモデルの数は全く関係がない。数件しか保存されていないモデルに対してindexを生成しても発生する。
• Googleの中の人曰く、indexはアプリ開発者全体で共有のindex作成クローラーによって行われているため、全体的に一度に利用する人が増えると不安定になる。

■まずはappcfg.pyを利用して、indexを消して再生成してみる
まずはindexをいったん消して再作成することにより、自分の手で解決できないかどうか試してみます。こちらの記事（http://osima.jp/blog/gae-index-in-trouble.html）を参考にさせていただきました。

まずは、index.yaml中のトラブルを起こしているindexをコメントアウトして削除し、

# Get a list of articles for "all" news page.
#- kind: Article
#  properties:
#  - name: is_duplicated
#  - name: date_update
#    direction: desc

ターミナルから以下のコマンドを実行。

appcfg.py --force vacuum_indexes /path/to/my/application

うまくいけば、管理者コンソールのIndexesメニューを開くと、対象のindexが"Deleting"という状態になっているはずですので、しばらく待って完全にindexが消えてからindex.yaml中で再度コメントアウトした記述を復活して、

appcfg.py update_indexes /path/to/my/application

を実行すれば、無事にindexが再作成されます。


■それでもだめなら、GoogleグループからGoogleの中の人にお願いして消してもらう
これでうまくいけば万事解決なのですが、ときどきこの方法ではうまくいかない場合があります。たとえば私の場合は、下記のようなエラーが出て上手くindexの削除が出来ませんでした。

akisute $ appcfg.py --force vacuum_indexes .
Fetching index definitions diff.
Deleting selected index definitions.
2009-05-02 12:48:33,476 WARNING appcfg.py:670 An index was not deleted.  Most likely this is because it no longer exists.

kind: Article
properties:
- name: is_duplicated
- direction: desc
  name: date_update

このような場合は、2009/05/02現在、米国本家のGoogle App Engineグループ（http://groups.google.co.jp/group/google-appengine）に直接お願いしてGoogleの中の人によってindexを削除してもらうしかないようです。以下の点に気をつけて新規ディスカッションを投稿すれば、スムーズにindexを削除してもらえると思います。

• indexの生成がBuildingのまま進まない、24時間以上経っているのにうんともすんとも言わないことを明記する
• appcfg.py vacuum_indexを試したけれどもうまくいかなかったことを明記する
• 自分のアプリのApp IDを載せる
• どのindexを削除してもらいたいかを載せる

参考までに、Google App Engineグループをindexで検索したときの結果（http://groups.google.co.jp/group/google-appengine/search?group=google-appengine&q=index）を載せてみました。同様の症状例がたくさん報告されていますので、それらの文面を適当にパクって参考にして投稿するのをおすすめします。
ただし、

Before posting, please read our Charter. Please note that due to recent spam activity, a member's first post will be moderated by one of the group's managers.

と注意書きがあるとおり、現在Spam対策として、最初の1回目の投稿はモデレータによってチェックされてしまい、すぐに投稿が反映されないみたいです。投稿されたとしても、いつindexの削除をしてくれるかはGoogleの中の人の気まぐれになってしまうので、解決には少々時間がかかります。


■英語が苦手なら、日本のコミュニティに助けてもらおう！
どうしても英語が苦手なら、日本のGoogle App Engineコミュニティ（http://groups.google.co.jp/group/google-app-engine-japan）に相談してみるとよいかもしれません。たとえば、こちらの投稿（http://groups.google.co.jp/group/google-app-engine-japan/browse_thread/thread/289b87a344715ea1/c9b5f8e394ac6a47）が参考になります。


■でも本当は
早くこんなトラブルが起こらないようなシステムになってほしいです＞＜

MacPortsを使って、Pythonの開発環境を整えてみた

ここ最近勉強会続きだったため、複数のバージョンのPythonの開発環境の整備をする必要に迫られました。
まずはPython2.6.2をインストールしようと考えたのですが、python.orgからdmgでダウンロードしてインストールすると余計な物をたくさんインストールされてしまいますし、何より環境の切り替えが大変です。
（Mac付属の2.5.1でないとDjangoがエラーを吐いたりするため、いつでも2.5.1に切り戻せるようにしたい）

そこで今回はMacPortsを使って開発環境を整えてみました。

■Pythonのインストール
これはMacPortsから以下のコマンドを実行するだけでいけました。

sudo port install python26

ただ、依存するモジュールが非常に多いためビルドに大変時間がかかりました。MacBook Airで、およそ1時間ぐらい。
これで/opt/local/Library/Frameworks以下にPython.frameworkがインストールされるのですが、インストールしただけでは自由に元々存在するPython 2.5.1との切り替えができません。
そこで、同じくMacPortsで提供されている、python_selectというスクリプトをインストールします。

sudo port install python_select

インストールしたら、以下のようにして自由にPythonのバージョンを切り替えることが出来ます。

$ python_select -l #利用可能なバージョン一覧を表示
Available versions:
current none python25-apple python26
$ python_select python26 #python2.6に切り替え

こいつは大変便利です。

■Djangoのインストール
DjangoもMacPortからインストールできます。

sudo port install py26-django

Djangoだけではなく、jinjaやSQLAlchemy, Werkzeugなど、名前の知られているPythonのフレームワークはすべて存在しているようです。とっても楽ちん。
ちなみにインストールできるportとしてpy25-djangoのようにPythonのバージョンを指定しているものと、py-djangoのように指定していないものがありますが、py-djangoをインストールしようとすると突然Python2.4をインストールしようとしやがりましたので、基本的にはPythonのバージョンを指定しているportを選んだ方が良さそうです。

さて、MacPortでインストールしたPythonのためにDjangoをインストールするのは簡単でしたが、
問題になってくるのは元々標準で入っているPython2.5.1のためにDjangoをインストールするときです。
easy_installが使えるようなので、今回はeasy_installを使ってインストールしました。

sudo easy_install django

ただしportと比較すると後からアンインストールするのが面倒だという欠点があります。portが使えるならportがいいですね。

■PILのインストール
PILのインストールも基本はMacPortで。

sudo port install py26-pil

問題はPython 2.5.1にインストールするときです。私の環境では、easy_installが失敗してしまい簡単にインストールできませんでした。
悩んだあげく、PILのウェブページからPython Imaging Library 1.1.6 Source Kitをダウンロードし、直接setup.pyを実行して解決しました。

tar zxvf Imaging-1.1.6.tar.gz
cd Imaging-1.1.6
sudo python setup.py install

第1回java-ja温泉に行ってきます

http://java-ja.yoshiori.org/index.php?%E7%AC%AC%E5%8D%81%E4%B8%89%E5%9B%9E

以下、やろうと思っていることリスト

• 昔作ったGAEアプリを作り直し、Werkzeugなんか使ってみたい
• iPhoneアプリを作成する、こないだ書いたPythonのツールを移植するだけ
• Javaはインストールすらしていません

Google App Engineのcronは、users.is_current_user_admin()では認証できない

先日作成したまとめの内容に間違いがありましたので、訂正してお詫びさせていただきます。

users.is_current_user_admin()を利用して、RequestHandler中にて起動ユーザーがcronかどうかを判定することが出来ると記事に掲載しておりましたが、
実際には出来ない模様です。

以下の方法にて検証を行いました。
１．まずはこのようなRequestHandlerを作る

class CronFetch(webapp.RequestHandler):
    def get(self):
        if not users.is_current_user_admin():
            logging.warn('CronFetch invoked by non-admin user:%s' % users.get_current_user())
            return
        logging.info('CronFetch begin')
        # この間に処理を記述
        logging.info('CronFetch end')

２．cron.yamlを記述する

cron:
- description: Test cron
  url: /cron/fetch
  schedule: every 1 hours
  timezone: Asia/Tokyo

３．本番環境にデプロイして、admin consoleから確認してみる


ごらんの通り、users.get_current_user()の結果がNoneになります。
おそらく2009/04/13現在では、Google公式のドキュメントにあるとおりapp.yamlで指定する以外にcron起動かどうかの認証を行う方法はなさそうです。

Mac OS XのBlogライター、ectoを試してみる

前回に引き続き、今度はMac OS Xで最も優れたBlogエディタとの呼び声も高い、ectoを試してみました。

■タイトルのテスト

---

ちょっと崩れたHTMLを書いた結果がこれだよ！ abesihidebuたわばおおお！？なんだこれ！？うまくいった！！！

でも改行を入れないとダメみたいね＞＜ なんだそれ・・・

---

どういう風にアップロードされるのか 見てみようかな 列挙使いたいな
あべし
ひでぶ
たわば

---

■以下、余りにも使いづらいので結局普通に編集
詳しいことはよくわかりませんが、この子もWYSIWYGエディタが思いっきり悪さをするのでHTMLエディタのみを使うのが正解のようです。
WYSIWYGエディタからHTMLエディタに戻ってくると勝手にPタグやBRタグを大量に付与されてしまうため完全に文章が壊れます。


あと、タグを適切に閉じないとものすごく怒られます。ひどい。


最大の問題は、このような投稿済みの記事を取得してきたら・・・


こんな風に猛烈に崩れます。これはちょっとなぁ。まぁ、Bloggerの改行をBRタグに置換するなんていう男気のないオプションを使って、純粋なHTMLで記述していない私が一方的に悪いのですが、しかしその辺もうまく対応して欲しいです。

うーん。結論から言うといまいちです。画像アップロードもFlickerにしか対応していないように見えますし。Picasaに投稿したいんですけれど。
MovableTypeやWordpressを個人で利用されている方にはおそらく福音のようなソフトなのでしょうが、しかしBloggerを利用している私にはいまいち使い出がよくなかったです。
しばらくはPetrus Bloggerを使ってみることにします。

Mac OS XのBlogライター、Petrus Bloggerを試してみる

Blogger付属のWYSIWYGエディターを使っていると、Preタグの中身の空白が消えたり化けたりすることがあることが分かったため、やむなくBlogger付属のエディターを使うことが出来なくなってしまいました。

そこで、外部のBlogエディターを導入してみることにします。

---

■タイトルのテスト
タイトルはfontタグになるみたいです

目についた機能を列挙してみると、

• Bloggerの機能と連携していて、アプリケーションのメニューからBloggerのDashboardを一発で開いたり出来る。過去記事の編集も可能
• HTMLタグの入力補助や入力補完は一切無い
• 画像のアップロード補助も一切無い
• BloggerのLabelに関しては完全にサポートしている、入力補完はないが入力補助がある

@interface PreTagTest
    NSString *test1;
    id delegate;
@end

@property (retain)NSString *test1;
@property (assign)id delegate;

画像アップロードテスト

↑Edit > Upload Photoを実行するとこのリンクが自動的に張られるのですが、見ての通り表示できません。


Blog > Albumsを押すとアルバム全体が開くので（全体です、二度目以降はキャッシュしているみたいですが、1回目はむちゃくちゃ待たされます）、それから写真を選んでPicasaのページを開き、さらにそこから自分でリンクを拾ってきてようやく表示できます。
使い物にならん・・・orz

ううん、なかなか便利なんですが、編集機能がちょっと弱すぎる感じがしますね。せめてタグの挿入ぐらいはしてくれないとなぁ。画像もドラッグ＆ドロップでサクッと入れたいです。

Google App Engineのcronサポートまとめ

http://code.google.com/intl/en/appengine/docs/python/config/cron.html

■注意
以下の情報は2009/04/09現在（Google App Engine 1.2.0.0）の情報です。皆様がごらんになっているときには古くなっている可能性があります。

---

■時間指定方法
cron.yamlを書く
本家cronとは記法が異なるが、本家cronとほぼ同様のスケジューリングが可能
起動タイムゾーンの指定も可能

cron:
- description: daily summary job
  url: /tasks/summary
  schedule: every 24 hours
- description: monday morning mailout
  url: /mail/weekly
  schedule: every monday 9:00
  timezone: Australia/NSW

■認証
cronによって起動されたURLはadminユーザーによって起動されるため、以下の
2種類の方法で認証が可能
app.yamlのhandlers要素にlogin: adminを指定する

application: hello-cron
version: 1
runtime: python
api_version: 1

handlers:
  - url: /report/weekly
    script: reports.py
    login: admin

2009/04/13追記、以下の方法は利用できません。詳しくはこちらの記事をご覧ください。ご迷惑をおかけいたしまして申し訳ありませんでした。
アプリケーションのRequestHandler内で、users.is_current_user_admin()を利用して判定する（こちらの方法は未確認）

from google.appengine.api import users

# ログインしていない場合やadmin以外の場合にはFalse。adminがログインしている場合のみTrue。
if users.is_current_user_admin():
    # cronジョブをここで実行
else:
    # エラー画面を表示するなど

さらにcronはURLを起動する際にHTTPリクエストヘッダーに以下の要素を付けるため、RequestHandler内でヘッダをチェックすることが出来る

X-AppEngine-Cron: true

■cronタスクの管理方法
cronタスクをアップロードするには、通常のアプリケーションをアップロードするときと同様に以下のコマンドを実行すれば、アプリケーションと一緒にアップロードされる

appcfg.py update

cronタスクだけをアップロードしたい場合場合は以下のコマンドを実行

appcfg.py update_cron

cronタスクを削除したい場合は、cron.yamlを以下のように書き換えてからアップロードすればよい

cron: 

以下のコマンドを実行すれば、現在のcronの設定状況を見ることが出来る（ただし、タイムゾーンを扱う場合はpytzライブラリが必要）

appcfg.py cron_info

■制限

• 今のところPython版のみ（Java版はない）Java版もある。Java版はcron.xmlを記述する。http://code.google.com/intl/ja/appengine/docs/java/config/cron.html
• タスクは20個まで
• 最短実行間隔は1分
• cron.yamlから起動できるのは自アプリのURLのみ。人のアプリを起動したり、全然関係ないURLを指定したり、シェルスクリプトを起動したりは出来ない
• cronから対象URLを起動した場合のCPU時間・通信量もすべて従量対象になる

canvasとJavaScriptでゲームなど(2) タイトルつけてみました

http://akisuesandbox.appspot.com/games/zzz
（前回とパスが変わってます、注意）

前回のゲームに悪のりしてタイトルをつけてみました。

ついでにソースコードも公開してみました。まぁ、JavaScriptなので意図しようとも意図すまいとも自動的にオープンソースになってしまいますけれども、一応ｗ
http://github.com/akisute/gae_akisutesandbox/tree/master

---

以下、余談。

ゲームの画面を制御するにはループと入力受付を制御しなくてはならないのですが、
JavaScriptを用いると、
ループの制御はsetIntevalとclearInterval
入力受付の制御はhogehoge.onmousemoveとかhogehoge.onmousedownに適切なファンクションをセットする
ことで制御が出来るので比較的簡単な気がします。

すごーく昔にDirectXでプログラムを作ったときに
このあたりの制御をするのが余りにも面倒で（といいますか手続き型のプログラミングが面倒で）嫌になって辞めてしまった記憶があります。

最近のゲーム開発環境はどうなんでしょう。特にiPhoneのゲーム開発フレームワークとか大いに気になります。

canvasとJavaScriptでゲームなど

http://akisuesandbox.appspot.com/welcome/zzz

こんなの作ってました。中身は無いに等しいです。

---

以下駄文。

canvasとJavaScriptは思っていたよりは高速に動作しますが、やはりFlashに比べると遅いです。
ですが２Dグラフィックスの勉強にはcanvas + JavaScriptのほうがFlashより向いていると思います。Flashはかじった程度ですが、２Dグラフィックス（線引いたり四角描いたり）というよりはオブジェクトとアニメーションの制御が中心のような印象を受けました。

Your mobile device has encountered an unexpected error (0xE800003A)

いつになってもこのエラーの対処法が覚えられなくてGoogle先生にお尋ねすることになっているので、ここに備忘録を記しておきます。

１．info.plistのBundle identifierとProvisioning ProfileのApp Identifierを一致させる


これはネットのどこを見ても書いてある情報なので大丈夫だと思いますが一応。
面倒ならば、裏技的手法として、Provisioning ProfileのApp Identifierを*だけにするという手段があります。こんな風に。

ABCDEFGHIJK123.*

この方法だとオープンソースのプロジェクトを拾ってきたときでもすぐに実機インストールすることができるので、いちばんお勧めかもしれません。


２．クリーニングする（Shift+Command+K）

で、１．は毎回試すのですが、それでもうまくいかないので次はこれ。クリーニングを行います。
もしくはプロジェクトフォルダ以下のbuildディレクトリの中身をすべて消してしまっても同様の効果が得られます。


今のところこの二つを試したら毎回うまくビルド出来ているので、とりあえずはこれで大丈夫かと思います。

Pythonで、特定のディレクトリ以下にあるすべてのモジュールをインポートする方法

Pythonで特定のディレクトリの下にあるすべてのモジュールをインポートしたいときの方法。
これもGAEOのソースから見つけました。

def initPlugins():
   """
   Initialize the installed plugins
   """
   plugins_root = os.path.join(os.path.dirname(__file__), 'plugins')
   if os.path.exists(plugins_root):
       plugins = os.listdir(plugins_root)
       for plugin in plugins:
           if not re.match('^__|^\.', plugin):
               try:
                   exec('from plugins import %s' % plugin)
               except ImportError:
                   logging.error('Unable to import %s' % (plugin))
               except SyntaxError:
                   logging.error('Unable to import name %s' % (plugin))

キモは二つ。

1. os.listdirで特定のディレクトリ以下のすべてのファイル名・ディレクトリ名を取得する
2. 取得したディレクトリ名を使ってimport文を生成して、exec()で実行する

exec()で無理矢理実行とか正直嫌な感じです。しかしこれ以外に方法はなさそうですね・・・
ファイル名を使ってコマンドインジェクションとかできそうじゃないかと試してみましたが、そもそもファイル名には改行とかバックスラッシュとかが使えないので意外と安全かも。

GAEOでPythonのunittestモジュールを使って単体テストにチャレンジ

■まとめ
site-packagesにインポートするモジュールとかまとめておくのが使うのがいちばん楽


■何がしたいか
以下のようなGAEOプロジェクトがあります。



ここで、test.controller.forecastareaTest.pyにforecastareaモジュールのテストケースを記述するためには、applicationディレクトリにPYTHONPATHを通す必要があります。
それをいちばんスマートにやるにはどうすればよいかいろいろ悩んでました。


■どうしてそこで悩むの？
forecastareaTest.pyは単体で動作させなくてはいけないからです。
もしここで、jweeklyforecastディレクトリの直下にテストケースをおくことが出来るのであれば、

application_root = os.path.join(os.path.dirname(__file__), 'application')
test_root = os.path.join(os.path.dirname(__file__), 'test')
sys.path.append(application_root)
sys.path.append(test_root)

from application.controller import ForecastareaController
from test.controller import TestForecastarea

こんな風に自分のディレクトリからのパスをsys.pathに追加してからインポートすれば一発です。applicationもtestも自分の子供ディレクトリですから楽です。
しかしforecastareaTest.pyの位置から見ると・・・

application_root = os.path.join(os.path.dirname(__file__), '../../../application')
sys.path.append(application_root)

from application.controller import ForecastareaController

こんな風にインポートしなくちゃいけなくなります。相対指定とかする必要があって、ちょっとやな感じです。

PROJECT_HOME = '/User/akisute/DropBox/Projects/GoogleAppEngine/jweeklyforecast/'
application_root = os.path.join(PROJECT, 'application')
sys.path.append(application_root)

from application.controller import ForecastareaController

これでもいいのですが、これだとPROJECT_HOMEが各テストケースごとにべた書きになってしまいます。これまたディレクトリの移動に弱いです。
ディレクトリが動いたらテストケース100件の定数を全部書き直しとか嫌すぎです。


■最終的に出した結論がこれ
site-packagesディレクトリの中にjweeklyforecast_path.pyなる以下のようなモジュールを配置。

#!/usr/bin/env python
#encoding: utf-8
import os, sys

PROJECT_HOME = '/Users/akisute/Dropbox/Projects/GoogleAppEngine/jweeklyforecast'
sys.path.append(PROJECT_HOME)
sys.path.append(os.path.join(PROJECT_HOME, 'application'))

そしてこれを各テストケースからインポート。
するとapplicationディレクトリにパスが通るからインポートして使えるという仕組みです。

#!/usr/bin/env python
#coding: utf-8
import logging
try:
    import jweeklyforecast_path
except Exception, e:
    logging.warn("jweeklyforecast_path not found.")

import unittest
from controller.forecastarea import Forecastarea

class TestForecastarea(unittest.TestCase):
    """Forecastarea test case.
    """
    #以下テストケースがずらずらと続く・・・

ディレクトリが動いたり環境が変わったときには、このjweeklyforecast_pathをsite-packagesにコピーして、中身のPROJECT_HOMEを書き直すだけですみます。


■最後になりましたが
意味不明な記事になってしまってごめんなさい。自分の理解度不足ゆえグダグダになってしまいました＞＜

GTDで己の無知の知を知る

OmniFocusを導入していちばん大事だと思ったことなのですが、
GTDを実践していると、「実はびっくりするぐらい自分は何も分かっていない」ということが明らかになります。

どういうことか？
と申しますと、

たとえば今開発しているアプリに新機能を追加したので、テストしたいと考えています。
ですからまずはOmniFocusに「〜をテストする」という考えを追加します。

これだけでは行動に落とし込めないので
「テストクラスを書く」
「テストクラスをTextMateから実行する」
といった行動レベルに分解する必要があるのですが、

ここでふと「テストクラスを書くって、どうやるんだっけ」とか
「TextMateからテストを実行するショートカットってどうだったっけ」とか
そういう疑問が次々にわいてくるわけです。

だからそれらの本筋アクションを実行する前に、
「Pythonのunittestの使い方をネットで調べる」
「サンプルコードを動かして学ぶ」
「TextMateのショートカットを調べてEvernoteにメモする」
というような雑用作業が次々に出てきてしまいます。

今までの自分は、こういう「調べる」とか「学ぶ」というアクションを
全く思考に入れずにプログラムを作ったり仕事をしたりしていました。
これが今までずっと「なぜか知らないが、たったこれだけしか仕事の量がないのにどうしてこんなに時間がかかるのか」と思っていた原因なんだなぁと独り合点しています。

おかげさまで、今では「自分は何も知らないのだから時間がかかる」という風に考えられるようになり、仕事が進まないストレスも減ったかなーと。

pythonで、Objective-Cのカテゴリのように、あるクラスのソースを変更せずに任意のメソッドを追加する方法

■結論
すべてのクラスには__bases__という隠しフィールドがあるので、そこに任意のスーパークラスを作って追加する


■何がしたいか
たとえば以下のようなクラスがあります。

class Foo:
def do_something(self, x):
  print x
  return

このクラスのソースコードに指一本触れずに以下のメソッドを追加したい。

  def another_method(self, x, y):
  print x+y
  return

って将軍様が言っていたので、一⑨さんは考えました。


■チーン！ひらめいた！
まずは以下のようにスーパークラスになるクラスを作ります。

class SampleCategory:
def another_method(self, x, y):
  print x+y
  return

そしてここからがポイント。__bases__というTupleに、今作ったスーパークラスのtype型を追加します。
スーパークラスを宣言した後で・・・

from com.akisute.example import Foo
Foo.__bases__ += (SampleCategory,)

これだけです。
なぜかこれでうまくいくのがPythonのふしぎ。

実際のソースコードの例は以下のようになります（以下、拙作のプログラムから抜粋）

#!/usr/bin/env python
# encoding: utf-8
"""Login Authentication plugin.
Extends BasicController to give it an additional function for authentication
using Google account.
"""
import sys
import os

class LoginAuthPlugin:
    def is_login(self):
        """Returns True if requesting user is logged in."""
        #Do some work here
        return false

from gaeo.controller import BaseController
BaseController.__bases__ += (LoginAuthPlugin,)

JavaScriptのprototype書き換えにも似ていますね。
ただしprototype書き換えに比べて優れているのは、__bases__はTupleなので、簡単に好きなだけスーパークラスを追加することが出来ます。
（prototypeだと複数のスーパークラスを追加するのがきわめて困難）

from com.akisute.example import Foo
Foo.__bases__ += (SampleCategory,)
Foo.__bases__ += (AnotherCategory,)

■元ネタ
GAEOでpluginを読み込んでBaseControllerを拡張するときにこのテクが使われていました。
GAEO作った人は凄い。

Firebugのconsole APIを使ってLoggerもどきを作ってみた

突然ですが、Firebugのconsole APIは凄く便利です。

console.log("abesi");
console.debug("object:%o, decimal:%d, float:%f", anObject, count, Math.PI);

問題はこれ、Firebugがインストールされていて、かつコンソールが有効になっているとき以外は
エラーになってしまいます。
（consoleというオブジェクトがないから）
これをなんとかしたい。
それからついでに、せっかくlog, debug, info, warn, errorと5つも種類があるので、ログレベル制御もしてみたい。

ということで思い立ったが吉日、車輪の再発明をしようということで、ちょっとLoggerもどきを書いてみました。
http://gist.github.com/79018

使い方はこんな感じです。

    //Get logger
    var logger = new Logger(Logger.LEVEL_DEBUG);

    logger.debug($("abesi"));
    logger.info(hidebu);
    logger.warn("tawaba=%d", 100);

ログレベル制御をしているので、ログレベルをInfoにするとdebugログが出なくなる・・・はずです。
JavaScriptのprototypeなんて触ったのは実は人生初なので問題点が多々あるかと思いますが、まぁ、せっかくですから、どうぞお使いください。