XCode を入れ直したらディスクが開いて嬉しくなったので、ディスクのお掃除をしてみた シンボリックリンクを使ってiPhoneのバックアップデータを移動させた で 5GB 空いた！ 最新の du は以下のような感じ。Usersが多いのは WIndows の VM が入っているから ``` 392K ./.DocumentRevisions-V100 6.9M ./.fseventsd 5.8G ./.MobileBackups 2.2G ./.Spotlight-V100 0B ./.Trashes 0B ./.vol 10G ./Applications 4.1M ./bin 0B ./cores 4.5K ./dev 1.0K ./home 5.0G ./Library 1.0K ./net 0B ./Network 0B ./opt 5.1G ./private 2.3M ./sbin 2.9G ./System 51G ./Users 643M ./usr 4.0K ./Volumes 83G . -----

XCode は Xcode 4.3 を入れました。 のとおりにインストール。 Homebrew は MacPorts から Homebrew に移行する の通りにインストールした。XCode は 3 も消したので、ディスクの空きが 8G から 25G になったよ！

Jenkins を Mac にインストールして試してみたけど、以下エラーが出てなかなかうまくいかなかった。 ``` [android] Failed to automatically opt out of SDK statistics gathering. [android] java.io.FileNotFoundException: /var/root/.android/ddms.cfg (Permission denied) 結局 Jenkins さんは daemon で動いていて、/var/root/ は root のみ書き込みが許可されているので駄目だった。 付け焼刃的な感じで、sudo chmod o+rwx /var/root/ としたけど、これはイカンよなぁ。そもそも /var/root/.[android](http://d.hatena.ne.jp/keyword/android)/ に作成するのがどうかとも思うけど、[daemon](http://d.hatena.ne.jp/keyword/daemon) 周りのお作法を理解していないので、今日はここまでで明日への宿題。あと、ビルドだけなら[エミュレーター](http://d.hatena.ne.jp/keyword/%A5%A8%A5%DF%A5%E5%A5%EC%A1%BC%A5%BF%A1%BC)立ち上げなくても ant で済むので、[android](http://d.hatena.ne.jp/keyword/android) といえども [Java](http://d.hatena.ne.jp/keyword/Java) なんだなぁというのが今日の感想。 -----

書くのが3日遅れてしまったけど、第２回 デザインパターン勉強会&第３回Java勉強会準備会に行って来た。 今回はデザインパターンのほうで参加。増補改訂版Java言語で学ぶデザインパターン入門というちょっと懐かしい本の写経を行いました。第1章のイテレータパターンを写経しましたが、しばらく java をやってなかったので、配列の初期化でコンパイルエラーが出てちょっと詰まるという凡ミスしてしまった。今回勉強になったのは、本では自前でイテレータを実装していたけど、Java5 あたりから Iterator と Iterable が実装されており、そちらを使ったほうが、for each にも使えるので良さそうということでした。最後に井上さんによるライブコーディングを見て、その速さに圧巻でした。おいらの3倍どころか30倍ぐらい早いんじゃないかなぁ〜。 3月は社内で Android 勉強会の講師をやるので、Eclipse にも慣れておかないとなぁと思いました。 帰り際の会話で実際実務でデザインパターンってあんまり実装しないですねって話が出て、たしかに自分も利用はするけど実装するのはファクトリーかオブザーバーぐらいしか無い。シングルトンはマルチスレッドの妨げになるから利用すべきではないと思う。イテレーターも実際自分で実装するかといわれると、使わないかなぁ。 ArrayList あたりにクラスを突っ込んで、Equals() と hashCode() を実装って感じにしている。.Net でも同じで Equals() と GetHashCode() だっけか。そこら辺は、また別途考えたいと思う。

確定申告のために Felicaカードリーダー RC-S330 を引っ張り出して、Mac Book Air に付けた。Parallels Desktop の Windows XP にドライバをインストールしたんだけれども、デバイスマネージャで見るとドライバが読み込めないと出ているので、何回かドライバを削除したり繋げ直したけどよくならず。 ぐぐってみたら、Windows XP Lite で不要なサービスとして Smart Card Service を削っていたのが悪かったらしく、下記の通りでした。（サーバーが応答しなかったので、グーグルのキャッシュのリンクを貼っておきます） SONYのRC-S330(Felica Port PaSoRi RCS956 USB)を認識しない デバイスマネージャで見ると「Felica Port PaSoRi RCS956 USB」と表示されるが、アイコンに黄色ビックリが付いてドライバの読み込みにコード39で失敗している。 (「このハードウェアのデバイス ドライバを読み込むことができません。ドライバが壊れているか、ドライバがない可能性があります。 (コード 39)」)　XPの CDの中の [I386](http://d.hatena.ne.jp/keyword/I386)\SMCLIB.SY_ を EXPAND SMCLIB.SY_ SMCLIB.SYS して %WINDIR%\system32\drivers にコピーする。 これで出来るーと思ったら、Smart Card Service が復活しておらず、まだ動かず・・・。 いろいろ調べてまだDLLが足りないのと、サービスの再インストールが必要なようで、How to reinstall the Smart Card service on Windows XPを実行してようやく動くようになったー。なんだかんだで１時間近くかかったなぁ。元はといえば Lion に対応していない e-tax のせい！

そういえば１回目書き忘れてた。社用があって１時間遅れで到着。 少人数で１回目と同じで若干会社のグチ大会になってしまった感はあったけど楽しかった。 ちょっとみんなと立場が違うかなぁと思ったのは、同じ受託開発でも一次受けか二次請けかの違いで、自分の場合は二次請け（孫請け）が多いのでお客様（ユーザー）と直接会話が殆ど無い。けれども、悩みはみんな結構同じでアジャイル自体を人月の契約に適用すると難しいとか、精算指標(ks/h)はどうするとかあるんだなぁと。結局アジャイル開発を会社が適用しても人月モデルほど売上が上がらないのが、会社が積極的に導入しない一番の理由なのかなぁと思った。 会社の品質プロセスではウォーターフォールかスパイラルモデルが前提なので、本気でアジャイルやろうとするとスパイラルモデルに無理やりこじつけてやる必要があるのと、工程移行判定をどのように切り抜けるかが問題だなぁ。ソフトウェア開発としてではなくて、サービス提供って感じで誤魔化せればいいんだけど。 ま、そんなことより、自分の中での一番の疑問はP.178の「ファーンファーンウィーヒッダステーッステー」の原文と、パーキングロットチャートが変更管理に結びつき、スコープと期日と予算が固定されたプロジェクトで何故役に立つかが理解出来ていないので復習する。 帰りは @i_takehiro さんと TDD 入門編みたいな計画を聞いてイイねと思った。今度は自分が開催する側にそろそろなっていきたいなぁと思っている。 いい加減に時間無い時間無いばっかり言ってないで、時間を作らないとな。

題名のとおり。妻はとても満足しているよう。 背景を説明すると、昨年５月頃に購入した Regza Phone が 突然の再起動、フリーズ、メモリ不足でカメラ・メールが起動できない等の症状があり、２回修理に出していました。 ２回目の修理から帰ってきたとき、au ショップの店員から次も症状が改善されなかった場合は、お客様センターに相談しますのでという話があり、２ヶ月ぐらいがまして使っていたけれども、やっぱり改善せず。 で、本日 au ショップに行ったところ、無償交換しますと言われた。 私が iPhone を使用しているので、妻も iPhone にしたかったようだけれども、iPhone 以外で選択してくださいと言われた。 私は妻にギャラクシーS II を勧めたんだけれど、ワンセグが無いため LG Optimus X IS11LG を選択しました。 今考えると Acro HD が出てから交渉すりゃよかったかなぁとちょっと思うけど、だいぶ快適になったようでよかったと思う。 

サクッとできることはすぐにやるｗ さっそく AWS で Windows Server を立ち上げてみたけど簡単でした。 はじめてのアマゾンクラウド (EC2でWindowsを立ち上げリモート接続)を参考にしたら30分ぐらいで Remote Desktop でつながるようになった。 しかも、1年間の無料枠は Linux と Windows が両方同時に使えるということで、いろいろ試してみたいと思います。 ただ、問題点はいくつかあります。EC2のWindowsインスタンスを使うより 無料枠のメモリは600MB程度しか無い 32ビット版を選ぶと Small インスタンスでメモリは1.7Gぐらいまでしか拡張できない 64ビット版は逆に Small インスタンスが選べず、いきなり Large で7.5Gぐらいあるが、月額28500円ぐらい 1年後は月額2000円かかる ということを考えると、目的はVPS的に使いたいだけなので、フツーにVPSを使ったほうが良いと思いました。 ASPとかを提供したいと思うなら使用する価値があるかもしれないんですけど、それなら Azure を最初から使えば良いと思うので、とりあえず無料枠の1年間で遊んで終わりとなりそうな予感がします。

雪がちらつく中行ってきました。詳細プログラムは東北デベロッパーズカンファレンス～TDC4周年記念を参照。 基調講演は日本Androidの会会長の丸山先生。お題は「ネットワークメディアとコマース - 著作権・プライバシー問題の動向」と堅苦しい感じだったけど、そうでもなかった。 内容は2001年から2011年までの10年間のおさらいという感じで、「あーそうそう、こんなのあった」という感じでさらっと聞けた。Apple, Google, Amazon, Microsoftらは自社クラウドとクラウドフロントエンドがあって、それが強みという話。たしかに日本で両方持っている企業はありませんね。 著作権とプライバシーは時間の関係で駆け足だったけど、iCloudといいGoogle Musicといい日本は相当遅れているというお話。 最後の質疑応答でどうすればいいかというのは、若い世代が声を上げればいいというのと、そのうち旧来のメディア（テレビとか）が破錠して使えるように成るのではということ。 HTML5はNHKにでたばっかりの、Google及川さんが出てきて期待したのですが、さらっと話してほぼ北村さんのChromeによるデモが中心で若干肩透かしな感じだったけど、HTML5はこんな感じかーというのを体験できた。 及川さんのHTML5はブラウザのためではなく、クラウドフロントエンドでありHTTP等のプロトコルから再定義するという言葉が印象的だった。 あとは、Androidのインテントをブラウザ向けにするWEBインテントを提案中とのことで、これはいいなと思った。 HTML5は続いてMSの春日井さんで、これもIE9でのデモが中心な感じ。IE6が米国で1%切ってパーティーをやったので、日本でもやりたいという掴みから入った（日本は5.5%だったかな）。 デモをすすめる中でアマナグループさんがFlashからHTML5に置き換えて、とてもきれいなソースなので参考にしてみてくださいということでした。 HTML5の所感としては、もうネイティブアプリと変わらないことが出来る（カメラとかGPSとか加速度センサーとか）のはいいんだけど、ブラウザ間の互換性がやっぱり気になる。 結局今回のデモもChromeとIE9で動作が違うのもあるし、各ブラウザ間の調整というのは今よりももっと大変になるんじゃないかなぁ。 講演内容は Chrome VS IE とかにしても面白かったんじゃないかなぁと。いっそ、FirefoxとSafariも交えてってのもよかったかも。 HTML5は以上で、次はAWSの荒木さん。 いつの間にかAWSでWindows Serverが無料の範囲で使えるようになっててびっくりした。これは是非やってみたい。 荒木さんは家でやるのが面倒なことを是非AWSでやってくださいという内容。RAIDだったり、並列コンパイルだったり、ネットワーク分割だったり。月750時間までの無料なので、基本的に1CPUなら毎日使えるし、30個つかって1日という使い方でも無料ということ。 「どうせそんな実験なんて一回やったら満足するんですよ。」という暴言には爆笑してしまったｗ 最後はドメイン駆動設計(DDD)翻訳者の和智さんの講演で終わり。DDDとは何かというのを非常にうまく説明していた。私が説明しようとしてもなかなか出来ないｗ その後、懇親会に参加して @haradakiro と約1年ぶりにお話しした。「会社でなかなかアジャイル開発できないんっすよー。」という相談したら「アジャイルって言わない方いいよ。1ヶ月ごとにデモするって言えばいいんだよ。」というありがたいアドバイスを頂いた。 その後は和智さんを捕まえて、 @i_takehiro や @leecom とDDD談義をした。JAZ(Japan Azure User Group)の橋本さんがLTを開始したところで、私用で帰ることとなってしまった。 今回の Next Action は 次の３つかなー。TDC は本当によいコミュニティでエネルギーを充電できた感じ。頑張らないトナー AWS で Windows server を立ち上げる TDDBC 仙台二回目開催（@leecom からプッシュされたｗ） 居酒屋プレゼン（春）でLT

東芝が特許庁の新基幹システム開発中止になった件で、ちょっと言及をしたいと思います。タイトルは私の認識が間違っているかもしれないので、そうであれば指摘いただければと思います。 特許庁のシステムについては、急にこのような結果になったわけではなく、特許庁情報システムに関する技術検証委員会というのが設置され、平成22年8月20日(金)に以下報告書が提出されています。 「特許庁情報システムに関する調査委員会」からの調査報告書の提出について ここでギョッとしたことは、コピペコードが推奨されているのです。報告書の58ページあたりです。 3 今後の作業における課題 (1)「設計成果物」の開発規模について 運営基盤システムは,各ユーザアプリケーションを互いに疎な関係とするコンセプトであるため,複数のアプリケーションに共通する要素であっても極力共通化しない 設計手法を採用している。 この設計手法の下では,複数のアプリケーションが互いに共通・類似する要素を重複して持つことになるため,アプリケーションの開発規模が大きくなり,「設計成果物」に対して暫定的に算出された開発規模は,当初の想定を上回るものとなっている。 一方で,このような共通・類似する要素については,他のアプリケーションの要素 をコピーする,あるいは若干の修正を加えるのみで開発可能であるから,アプリケーション開発に要する工数は,相当程度削減可能であると考えられる。 ただし,そのためには,共通・類似する要素を管理しておくことが前提となる。したがって,そのような管理を行うツールの整備について,早急に検討すべきである コピペコードを量産するために、コピペコードを管理するツールが必要だと理解しましたが、本気でそう思っているのだろうか・・・。私の勘違いだといいんですが。 特許庁情報システムに関する技術検証委員会がその後何回か調査報告書をだしていて、以下にまとまっています。 特許庁情報システムに関する技術検証委員会 最近の中止に至る理由は技術検証報告書 ～フォローアップ結果とりまとめ～にまとめられています。この中身も結局は管理と人の問題ばかりで、詳細な技術面のコピペコード量産方針については言及されていなく残念な感じです。 アプリケーション間を互いに疎結合とするには、情報処理試験でいうモジュール間結合度を思い出してしまいますが、実際にやるにはインスタンスに状態を保持しない共通の関数を用意するとか、最近ではWEBサービス化してしまうとかあると考えます。 次回開発時には頓挫しないようになればいいなぁと思いますが。。。