| @技術/プログラミング

この前、さくらVPSに入れているUbuntuのzshで ls とか cd とか打ったとき、変なエラーメッセージが出るようになった。原因不明。しょうがないのでzshをインストールしなおそうと、chsh してbashとかに切り替えずに sudo apt-get remove zsh してしまった。そこで混乱してしまって Ctrl + D しちゃったもんだからSSH閉じてしまって、なんとUbuntuにログインできなくなってしまった。

Ubuntuは root というアカウントがなくてなんでも sudo するか、 sudo su で無理矢理rootになるしかないので、rootでログインしてchshしてやるという救済手段がとれず、にっちもさっちもいかなくなってUbuntuを再インストールした。

ちょっと調べたら、こういうアクシデントを防ぐために、/etc/shells にzshを足さず、chshでデフォルトシェルにもしないという人もいるみたい。.bashrc に次のように書くそうだ。

if [ -f /bin/zsh ]; then
  exec /bin/zsh
fi

これだと何かのトラブルでzshが起動しないことがあってもbashでログインできるということらしい。zshがちゃんとしてるときはzshでログインするという理屈だ。

GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ

GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ

この高速ドラッグレースアドベンチャーゲームで、スポーツカーをゴールに向かってブーストし、本格的なカーレースのレーシング体験と車勝負の興奮を堪能しましょう！

labs.unoh.net

しかしこれには結構重い副作用があるみたい。

.bash_profileに「exec /bin/zsh」と書くのはやめたほうがいい - Humanity

.bash_profileに「exec /bin/zsh」と書くのはやめたほうがいい - Humanity

zsh を使いたいが、ログインシェルにするのはちょっと怖い…。 .bash_profile に exec /bin/zsh と書いて代用する、というのはよく使われるテクニックですが、実はこの記述だと /bin/zsh が消えてしまった場合にログインできなくなります。 [ -x "/bin/zsh" ] && exec /bin/zsh だと /bin/zsh が消えたときには exec が行われなくなるので、安全です。… と思って使っていたのですが、先ほど自分のサーバを再起動したら帰ってこなくなりました。 exec /bin/zsh を .bash_profile に書くと mdmonitor…

d.hatena.ne.jp

一理ある。

というわけでUbuntuやrootでsshできない環境ででzshを使う場合は、何らかのトラブルでzshが起動しない、シェルにログインできなくなることを想定し、保険として普段はまったく使わない非常用のアカウントを作っておくと良いと思った。もちろんsudoersに指定しておかないと意味ないけどね。

| @技術/プログラミング

昨日と一昨日の二日間、TDD Boot Camp 福岡に参加した。

参加しようと思ったわけ

勤めている会社にはテストがない。いや、テストはある。エクセルにテスト項目をたくさん書き出していって手動テストだ。テストコードがない。人力で三人くらいが夜なべしてテストする（だいたいスケジュールには遅延が発生する）。これはどうしたっておかしい。開発前に要件定義書、設計書を書いて開発して、開発が終わったらエクセルで長大なテストシートを作成し、手動テストを行う。そしてバグや思わぬ不具合が発見されるとプログラムに改修を加える。欠陥や不都合が発見される度に連動して設計書にも修正・変更が加えられ、Do Repeat Yourselfな感じになってる。毎日毎日ドキュメント作成などの開発以外のタスクに時間を割かれるので新しい技術に触れる機会がないし、遅くまで残って仕事してから帰宅するので趣味プログラミングで知見を広めることもできない（福岡に来てからのこのブログの更新状況を見ればおわかりいただけるかと）。この状況をなんとかしたいと思っていて、藁をもすがる思いでTDD Boot Campに参加した。

感想

一日目は『プログラマが知るべき97のこと』の監修やTDDで有名な @t_wada さんのレクチャーで、TDDとは何かが説明された。以下印象に残った点。

  • 良いテスト
    • 自動化されている
    • 徹底している
    • 何度でも実行可能
    • 独立している
    • プロのコード
    • テストコードもプロダクトコードと同じ品質であることが求められる（リファクタリング、DRY原則の貫徹など）
  • TDD三原則
    • 単体テストコードを書く前に製品コードを書いてはいけない
    • 適切に失敗する単体テストコードができるまで、次の単体テストコードを書いてはならない
    • 単体テストコードに対応する以上に製品コードを書かない
  • なぜTDDするのか
    • 自分が完璧ではないことがわかっているから
    • 最初から思い通りにコードを書けるほどに私たちは賢くない
    • 最初から思い通りに動作するほど対象は単純ではない
    • 素早く対象に近づき、フィードバックを得て方向修正をしながら開発を行う必要がある
  • テストの目的は健康
    • 変化に対応できるのは健康体のコードだけ
    • 変化に対応できるのは健康体のチームだけ
    • 毎日残業する、毎日レッドブル飲んだりしていてはダメ
  • TDDの導入効果
    • MSやIBMでTDD導入後、欠陥の割合が4割から9割削減された。
    • コード実装時間は15%から35%増加した。
    • しかし結果的にはバグが激減するので開発工数自体は減る。
  • TDDは才能ではなくスキル
    • 練習すれば習得可能
    • 量は質に転化する
    • 写経しましょう！
    • PCにGitをインストールし、ページをキープできるブックスタンドを買って、ケント・ベック本をひたすら写経。ビルドを実行する度にコミットする。

テストのみならず、自動化やバージョンコントロールの重要性が説かれた。

二日目には @bleis さんによるGitの効果的な利用方法やJenkinsを利用した継続的インテグレーションの実践例、 @akineko さんによるOMakeを利用した自動ビルド、自動テスト、自動コミットの話など。

ペアプログラミングを体験した

ペアプログラミングを生まれて体験した。 @mallowlabs さんとRubyでペアプログラミングをさせてもらった。講師陣が出題する課題を解いていくというもの。当然テスト駆動。テスティングフレームワークにはRSpecを利用した。

WEB + DB PressなどのRSpec特集を写経したことはあったけど、時間制限がある中で、他の人とペアを組んでプログラムを書いていく作業はかなりエキサイティングだった。

ただ自分のRubyスキルおよびVimのスキルが著しく劣っていたため、@mallowlabs さんの足を引っ張っていた感は否めない。正直申し訳なかったです。

全般的に、自分の知識のなさ、スキルのなさが実感できた

以下、初日に行ったFizzBuzz問題と主に二日目に取り組んだTwitterのタイムラインをカテゴリ分けするという課題の成果物。

TDD Boot Camp 福岡 — Gist TDDBC でペアプロした結果です — Gist

TDDをいかにして根付かせるか

勉強会に参加していきなりコードが書けるようになるわけでは当然ないので、継続的な勉強が必要だと感じた。いっぱい本を紹介してもらったので積ん読本を何冊か片付けたら『レガシー・コード改善ガイド』と『テスト駆動開発入門』を買おうと思った。

| @技術/プログラミング

気がついたらだいぶ時間が経ってる…。2月26日、福岡県コンテンツ・Ruby産業振興センターで行われたスマートフォン開発環境セミナー（仮）に行った。

仕事でスマートフォン開発してないけど、いろいろ面白い話が聞けるかなと思って行ってみた。

発起人のきしださんからiOSとAndroidのスマートフォン開発環境について概要が説明された。スマートフォン向けにアプリケーションを提供するには大まかに二つあって、Objective-CやJavaによるネイティブアプリケーションか、HTML5 + CSS3 + JavaScriptによるウェブアプリケーションか。WebアプリはAppleの審査がないし開発・配布が容易だが（iOS用、Android用にソースを分ける必要がない）、動作が遅いし使いにくい。かといってネイティブアプリにもデメリットはあって、Objective-CやAndroid Javaなどを身につけねばならず、Web系でLLばかりやってる人には取っつきにくい。特にObjective-Cはガベージコレクションがないのでメモリ管理が大変。さらにiOSとAndroidに対応させようとすると両方を学ぶ必要があり、学習コストが高い。ではどうすればいいのか？ といった感じでセミナーが始まった。

ゲストスピーカーで最初に話をしたのがTitanium Mobileの開発元、Appceleratorの masuidrive さん。正直なところすっかり洗脳されてしまった。Titanium MobileはiOS・Android両対応のスマートフォン開発環境を提供で、JavaScriptで記述する。位置情報やソーシャルサービスとの連携など、ネイティブアプリにできることのほぼすべてができる。画像操作や高速な処理が必要となるゲーム開発には向かないし、アプリ内課金にいまのところは対応していないが、PC向けWebアプリケーションのモバイルクライアントとしての役割は十分にTitanium Mobileでこなすことができるそう。どうしてもスピードや高度な画像処理が必要なときはそこだけC言語なりJavaなりで記述すればいい。Titanium Mobile上で開発すると、UIのこともあまり考えずに済む。OSごとのUI指針に沿ったUIを自動的に提供してくれるため、ごちゃごちゃぐちゃぐちゃになりがちなAndroidのUIにも共通感・統一感をもたらす。すでに『もぐスナップ』など、実際にTitanium Mobileで作成されたiOSアプリがApp Storeで発売されており、活況を呈している。エトセトラ。

すっかりこのmasuidriveさんのスピーチに魅了されてしまった。

Node.jsなど、嫌がおうにもこれからはJavaScriptの時代がやってくることを印象づけられる勉強会だった。最近はあまりJavaScriptを書いていなかったが、Publickeyとかに書いてあるみたいに、本当にJavaScriptの時代がやってくると感じた。

| @Mac/iPhone

FirefoxとSafariが ⌘+Q で終了させたあと数秒で再起動するのがうざい。我慢ならない。誰か対処法知ってたら教えてください。多分、1PasswordとかSpeedDownloadとかが原因だと思う。

というかもうブラウザーは基本的にGoogle Chromeしか使ってない。FirefoxはTumblr見るときだけ。勉強会とか行って周りに座ってる人やスピーカーのディスプレイが目に入ることがあるけど、ほとんどみんなChrome使ってる。Chromeは軽くて速いのがやっぱいい。そんでWebKit系だからHTML5やCSS3にもバキバキ対応してる。サーバーのHTTPレスポンスが500だったときに、リロードでページを読み込めなくなっちゃう仕様が仕事で使うときには不便だけど、Debugツールも充実しててなかなか気に入ってます。

| @WWW

先週、九州産業大学で行われたWordCamp Fukuoka 2011に行った。仕事でWordPress使う機会はないけど、福岡のWeb業界がどんな感じなのか知りたくて行ってみた。

WordPressは ゴンゴンの見た映画 で使ってて、前職場でもウェブサイトにブログを付けるときによく使った。また友達のホームページにも導入したことがある。以下そのときに書いた過去記事から引用だけど、

WordPress 2.7やMovable Type 4とかもそうですけど、ブログのなかで読者が触れる部分っていうのはここ数年のアップデートの中でもそうそう変化なくて、書き手が触れる部分、書き手にしか見えない部分がえらく進化してます。サーバーにインストールして使うタイプのブログツールでも、外部のフィードを取ってきて管理画面に他サイトの更新状況や人気のプラグインが表示されたりしますし、まるでレンタルブログサービスを利用しているかのようです。いかに書き手を書く気にさせるか、ってのが今日のブログツールの潮流なのかなーって感じました。これ大事なことですよね。

portal shit! : Twitterのフィードを加工して自サイト内にマイクロブログを作る

このように、WordPressは管理系の機能が非常に進化しているように思う。バージョン2.7から、自動アップグレード機能がついて、何も知らん人でもWordPress本体をサーバーにアップロードして、MySQLにデータベース一個つくればそれで使えるようになる。面倒くさいアップグレードとかもボタン一つで完了、さらに世界中のデザイナーがデザインしたWPテンプレートが使える。

WordCamp Fukuoka 2011は “Publish” がテーマだったけど、本当に誰もが簡単に “Publish” できるようになりつつあると思う。開発者とデザイナーとユーザーがそれぞれたくさんいて、非常に活気があると感じた。それゆえにユーザーの声が反映されて、使いやすい管理画面（ダッシュボード）になってきてるんじゃないだろうか。一人でブログを書いてるのに、一人じゃないのがWordPressの良いところだと思う。後ろにオープンソースコミュニティが付いている感じ。

一方、かつてはブログツールの代名詞的存在だったMovable Typeは、Six Apartの買収などのいざこざがあり、アメリカの親会社から日本法人に権利が売却されてしまっていた。

なんでMovable Typeがダメになったのか。WordPressと異なり、元々オープンソースじゃなかったのが原因だろう。2007年にオープンソース化されたけど、そのときにはWordPressとの勝負には決着がついていたように思う。そもそもMovable Typeは、個人がPublishするためのツールというより、企業のホームページを管理するためのツールを指向していた。公式サイト（ウェブサイト管理の新標準。Movable Type 5 - Six Apart）を見れば、右上の目立つ位置に「ご購入はこちら」のボタンが配置してあり、基本的に有償のソフトウェアであることが分かる。

WordCampの活況とMovableTypeの身売りがあまりにも対照的で、コミュニティのあるなしで、ブログプラットフォームの盛衰が左右されることを実感した。一人で黙々とブログやプログラムを書いていてはダメで、何かしらで外とつながってなきゃいけないのだと思う。

| @技術/プログラミング

昨日の続きのようなもの。LokkaをUbuntu上で動かそうといろいろやってます。passenger入れて、 passenger-install-nginx-module を実行しようとしたらエラーが出た。お前はrootじゃないからnginxインストールできひんわ、みたいなメッセージが出る。sudoったりrootになってインストールしようとすると今度はpassengerなんていうgemはないわ、って怒られる。sudoしたときには.rvm内のgemパッケージではなくシステムのgemパッケージを見ようとするっぽい。またrootになるとRVMではなくシステムのRubyが実行されるので同じくpassengerなんてgemないわ、って怒られる。システムのRubyは1.8.7だし、なるべくなら使いたくない。RVMのRubyを使ってpassenger + nginxな環境作れないのかよ、とググってたら以下のような記事を発見した。

http://www.blog.bridgeutopiaweb.com/post/install-rvm-passenger-nginx-and-rails-3-on-ubuntu-lucid-lynx/

http://www.blog.bridgeutopiaweb.com/post/install-rvm-passenger-nginx-and-rails-3-on-ubuntu-lucid-lynx/

www.blog.bridgeutopiaweb.com

なんと、RVMには rvmsudo というコマンドがあるらしい！ 試しに

$ rvmsudo passenger-install-nginx-module

を実行してみたところ、お前はroot権限がないんじゃ〜とエラーが出ていたところも無事通過してnginxをインストールできてしまった。以前、sudoで無理矢理nginxをインストールしたときは、 nginx.conf 内で、

passenger_root /home/morygonzalez/.rvm/gems/ruby-1.9.2-p136/gems/passenger-3.0.2;
passenger_ruby /usr/bin/ruby1.8;

となっていて大変気持ち悪かったし、Passengerも「PassengerとRubyの本体でバージョンの不整合があるだろヴォケ」みたいな警告出してた。それが rvmsudo のおかげで nginx.conf に書き込まれる値も以下の通りとなるので、とりあえずPassenger（RubyGems）とRubyのバージョンが異なるというような問題は回避できる。

passenger_root /home/morygonzalez/.rvm/gems/ruby-1.9.2-p136/gems/passenger-3.0.2;
passenger_ruby /home/morygonzalez/.rvm/wrappers/ruby-1.9.2-p136/ruby;

ただ、なんでか分からないのだけどnginxがうまく動いてくれなくて、無事Webサーバーを起動できてない感じです。

それにしてもRVMは、本当にきもいと思う。readlineとかまで.rvm内にインストールできるできるし、いったい何考えてるんでしょうかね。きもすぎて便利です。

| @技術/プログラミング

RVMを使ってます。RVMで入れたRubyがshebangに #!/usr/bin/env ruby と書いたときに呼び出されて欲しいと思ってます。シェルから

#!/usr/bin/env ruby

puts RUBY_DESCRIPTION

なファイル（hoge.rb）があったとします。これを

$ ruby hoge.rb

とシェルから呼び出したときにはちゃんと

$ ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-darwin10.6.0]

と表示されます。しかしTextMateでRunしたときや、Apacheから同じshebangで呼び出したときには、systemのRubyが呼ばれます。

これ、もう半年くらい解決方法探してる気がする。

TextMateでRunしたときにsystemのRubyが呼ばれるのはともかくとして（テストするときはシェルから呼び出すのでRVMのRubyで実行できる）、Apacheで新しめのRubyを使いたいときはどうすればよいのでしょう。まさかshebangに ~/.rvm/bin/ruby-1.9.2-p136 とか書くんじゃろか。

cxxさんに質問したら RVM: Ruby Version Manager - Installing RVM System Wide というURLを教えてもらった。今日は眠いのでまた今度試す。