revamping - blog

blog移動

2009-12-11T18:41:00Z

どうもサーバが安定しないので、はてなに戻ります。

http://d.hatena.ne.jp/hsyd/

arel

2009-11-08T08:19:00Z

Arel is a Relational Algebra for Ruby. It 1) simplifies the generation complex of SQL queries and it 2) adapts to various RDBMS systems. It is intended to be a framework framework; that is, you can build your own ORM with it, focusing on innovative object and collection modeling as opposed to database compatibility and query generation.

「Relational Algebra」を辞書でひくと「関係代数(の演算子)」と出てきますが、arelはRDBMSのクエリを簡単に記述する為のライブラリです。使い方のイメージとしては、LINQ to SQLが一番近いと思います。ドキュメントには、

The long term goal, following both LINQ and DataMapper, is to have Arel adapt to engines beyond RDBMS, including XML, IMAP, YAML, etc.

と書かれてます。

arelを動かそうと思ったのですが、0.1.0はgemで入るもののうまく動かなかったので、0.1.3で試しました。0.1.3はactivesupport(3.0.pre)に依存してる為、Dr Nic ’s First look at rails 3.0.preを見て3.0.pre環境を作成しています。

script/consoleで動かしてみました。

>> require 'arel'
=> []
>> tickets = Table(:tickets)
=> #<Arel::Table:0xb796f5c0 @engine=#<Arel::Sql::Engine:0xb7803e84 @ar=ActiveRecord::Base>, @name="tickets">
>> tickets.where(tickets[:name].matches("test%")).each do |t|
>? puts t[tickets[:name]]
>> end

上記のように、SQLを気にすることなくオブジェクトの集合に対して処理を行うことができます。

ただ、値の取得に関する記述(t[tickets[:name]])や、下記に示すようにレコードの関連を使おうとすると、その記述はまだ冗長なカンジがします。

1234	>> tickets.join(categories).on(tickets[:category_id].eq(categories[:id])).where(categories[:name].matches("%2"))\.each do \|t\|?> puts t[tickets[:name]]>> end

LINQ to SQLは仕事で使っていたのですがとても便利でした。arelも同じくらい使い勝手が良くなるポテンシャルがあると思います。

初めてのアジャイル開発

2009-10-10T10:16:00Z

2部構成になっており、前半はアジャイル開発の基本的な考え方、後半はスクラム・XP・UP・Evoの各開発スタイルについて記述されています。

アジャイル開発というと、契約が分割されてないと無理、とか、顧客が付きっきりで開発に参加してもうらうのは無理、とよく言いがちです。僕も最初はよくそう思ってました。

例えば、本書の中に『「予想可能な製造」というパラダイムは、ソフトウエアには合わず、そのパラダイムに根ざしたプラクティスや価値はあまり役に立たない』という部分があります。

確かに実際は思うように行かないことが多いのも事実なのですが、ビジネスを行っていく上で計画は必要であり、それに根ざしているITが予想不可能というわけにもいかないので、うまく合わせていく必要があります。

そういった溝がある中で、顧客に対して価値を提供できることが自分たちのビジネスの根幹であり、その溝を小さくする為の手法の1つがアジャイル開発だと考えています。

だから、最近は自分たちの開発が「アジャイル開発」かどうかは気にならなくなりました。ただ、良い手法は取り入れたい、それだけです。

「予想可能な製造」というパラダイムは、ソフトウエアには合わず、そのパラダイムに根ざしたプラクティスや価値はあまり役に立たない
イテレーションが始まる直前に最善の判断にもとづいて適応型計画(状況に適応した計画)を立てること
イテレーションのタイムボックス化とは、イテレーションの終了日を固定し、変更させないというプラクティスである
反復型ではこの不確実性に対応するため、費用や工数やスケジュールの詳細な見積りを、2,3回のイテレーションが終わるまで待って(おそらくプロジェクトの10%から20%が終わる頃に)作成する
固定価格の入札で進化型の見積りを行う場合に関して、IID手法の中には(UPなど)、プロジェクトを2つの契約フェーズに分けて実行し、それぞれタイムボックスを適用したイテレーションを複数回行うよう、進めているものがある
- 最初のフェーズは、比較的短い固定時間・定額の契約であり、2,3回のイテレーションを行って、早期のうちに部分的なソフトウエア開発および進化型の要求分析を行うことが目標である
- フェーズ1の成果物を確認して行う為、フェーズ2の見積りに役立つ質の高いデータが集まり、しかもプロジェクトのソフトウエア開発も進む
アジャイル宣言
- プロセスやツールよりも、個人相互作用
- 包括的なドキュメントよりも、動作するソフトウエア
- 契約交渉よりも、顧客との協調
- 計画に従うことよりも、変化に対応すること
アジャイル原則
- 最も重要なことは、価値のあるソフトウェアを早い段階から継続的に納品し、顧客を満足させること
- たとえ開発が進んだ後であっても要求の変更を歓迎する。アジャイルなプロセスとは、顧客の競争優位のために変化を生かすもの
- 動くソフトウエアを頻繁に納品する。その間隔は2、3週間から2、3ヵ月月の単位で、短いほど良い
- ビジネスサイドの人間と開発者が、プロジェクト全体を通じて毎日一緒に仕事をする
- やる気のある個人を中心にプロジェクトを構築する。環境を整え、必要なものを提供し、仕事をやり遂げてくれる信じること
- 開発チームに対して、あるいは開発チーム内で情報を伝えるために最も効率的かつ有効な方法は、直接の対話である
- 動くソフトウエアこそが進捗を測る一番の尺度である
- アジャイルなプロセスは、継続的な開発を促進する。スポンサー、開発者そしてユーザが一定のペースを無期限に保たなければならない
- 技術卓越性と優れた設計に常に注意を払うことが、アジャイルさを向上させる
- 簡潔性(できるかぎり作業をしないですませる術)こそ本質である。
- 最も優れたアーキテクチャ、要求、設計は、は自己組織化されたチームから創発されるものである
- チームは定期的に、より効果的な方法を検討し、自分たちのやり方を調整し適合させる
アジャイルプロジェクトマネジメント
1. クライアントにとって有用なものを出荷する。何が重要視されるかを確認する
2. 利害関係者が熱心に参加するように育てる
3. リーダーシップ-コラボレーション方式を採用する
4. 有能且つ協調的なチームを作り上げる
5. チームが意思決定できるようにする
6. タイムボックスを短く区切ったイテレーションを行って、早期にユーザ機能を出荷する
7. 適応性を高める
8. 技術的卓越性を擁護する
9. プロセスに準拠するための作業ではなく、出荷するための作業を重視する
オーガスティンとウッドコックの6つのプラクティス
- 指針となるビジョン: プロジェクトの指針となるビジョンを打ち立て、言葉と行動の両方から継続的に補強する
- チームワークとコラボレーション: 関係とコミュニティを通してコラボレーションとチームワークを活性化する
- シンプルなルール: スクラムやXPなどのようにチームの指針となる一連のプラクティスを設定し、サポートする
- 情報の公開: プロジェクトマネジメントなどの情報を公開してアクセスできるようにする
- 軽いタッチ: 自律的チームの創発的な振る舞いを促進するために最低限の管理だけを行う
- アジャイルな自戒: ビジョンを補強し、ルールをそのまま、あるいはカスタマイズして適用し、人の言うことに耳を傾ける
健全な開発チームは複雑適応系である。一羽一羽の鳥は限られた中の単純なルールに従って振舞っているが、マクロの視点では、群れは秩序と集団の創発的振る舞いを示す
プロジェクトの要求変更の割合は、中規模で25%、大規模では35%を超える
スプリントバックロググラフ(タスクの推定残作業時間をグラフに纏めたもの)を用いる
広域デルファイ法を使った見積りを検討する
ムーア式ビジョン記述
- (ニーズや機会の記述)であるところの
- (対象顧客)向けに作られた
- この(製品/システム名)は(製品/システムカテゴリ)である
- これによって(主な利点、つまり購入せざるをえない理由の記述)が得られる
- 主な競合製品/システムとは異なり
- この製品/システムは(主な差異の記述)という点で優れている

初めてのアジャイル開発　～スクラム、XP、UP、Evoで学ぶ反復型開発の進め方～
	日経BP社 2004-09-09 売り上げランキング : 23894 おすすめ平均はじめて手にしたアジャイル本アジャイル開発してないの？本当のソフトウェア開発者に必要なもの Amazonで詳しく見る by G-Tools

Weeで継続

2009-09-28T18:43:00Z

InfoQに、Weeという継続ベースのWebアプリケーションフレームワークが紹介されていたので、試してみました。

gemでインストール後、インストールディレクトリ下のexamples/demo.rbを実行すると、自動的にWEBrickが起動します。

Counterというカウントの増減ができるページが表示され、++で1増加、--で1減算となるのですが、途中で戻るボタンを押下し、その後++/--を押下しても戻った地点から計算されます。

同じことをHTTP Sessionを使ってやると、戻るボタンを押下しても最後にsubmitした値からの加減値となり、挙動が異なります。数値をhiddenに埋め込むとできるので、この例だとメリットを感じづらいところはありますが。

Weeのアプリケーションではaction実行時にbacktrackというメソッドが呼ばれ、そこでステートを保存することができます。

1234	def backtrack(state) super state.add_ivar(self, :@count, @count) end

それがURLのpage-idと関連付けられることで、戻るボタン押下時にステートが戻るようになっているとのこと。

The solution to this problem is to take snapshots of the components state after an action is performed and restoring the state before peforming actions. Each action generates a new state, which is indicated by a so-called page-id within the URL.

次にexamples/continuation.rbを動かしてみました。こちらは、callccメソッドにMessageBoxコンポーネントを引数で渡して呼ぶと、htmlが表示されます。表示されたページにはOK/Cancelボタンがあり、どちらかを押下するかによって次の処理が決まる、というものです。

clickメソッドが1回呼び出されると、その中のcallccメソッドの呼び出し回数分(条件によって2～3回)ページが表示されている、ということになります。

$LOAD_PATH.unshift "../lib"
require 'rubygems'
require 'wee'
require 'demo/messagebox'

class MainPage < Wee::Component

  def initialize
    super
    add_decoration(Wee::PageDecoration.new("Test"))
  end

  def click
    if callcc Wee::MessageBox.new('Really quit?')
      callcc Wee::MessageBox.new('You clicked YES')
    else
      callcc Wee::MessageBox.new('You clicked Cancel')
      callcc Wee::MessageBox.new('super')
    end
  end

  def render(r)
    r.anchor.callback_method(:click).with('show')
  end

end

Wee.runcc(MainPage)

あまり継続の良さを理解できていませが、複数のリクエストに跨ってステートフルなコンポーネントを簡単に扱うことができるのがWeeの特徴の1つなのだと思います。

上記ソースのcallccはWeeのメソッドで、Kernel.callccとは異なりますが、その実装は以下のようにKernel.callccを呼び出していました。

    #
    # Similar to method #call, but using continuations.
    #
    def callcc(component)
      delegate = Wee::Delegate.new(component)
      answer = Wee::AnswerDecoration.new

      add_decoration(delegate)
      component.add_decoration(answer)

      answ = Kernel.callcc {|cc|
        answer.answer_callback = cc
        session.send_response(nil)
      }

      remove_decoration(delegate)
      component.remove_decoration(answer)
      return *answ.args
    end

プロダクティブ・プログラマ

2009-09-20T14:33:00Z

SIの仕事をしていく中で、歳を重ねる毎に様々なことを経験していきます。反面、プログラムをジックリ書くというのが年々難しくなってきていると感じてます(プログラマとしては、もう定年を過ぎているので:-))。だからこそ生産性には拘らなければなりません。

個人的にはどちらかというとツールに拘らないスタンスを取ってきました。あまりツールと生産性の相関を気にしてきませんでしたし、何より、ツールに拘らないで仕事をしている人達の仕事に憧れた、というのが単純な理由でした。

ただ、『ソフトウェア職人気質』にて「欠けているのは、既存のツールを使う為のスキルと能力」といった趣旨の記述があり、何となく気に留めていました。

そんな中で本書が紹介されているサイトを見て、偏った考え方を直す為にも一回は読んでみようと思い、購入しました。(ペンホルダーのついでですが)

結果として、本書内で紹介されているツールを導入したり、または別のツールを使って実現したりすることで、色々と整理することができました。特にデスクトップが。それだけでも読んだ甲斐がありました。

前半はツールの話が中心で、後半はコードデザインやコーディングについて記載されていますが、これはこれで別の書籍として纏められている方が良いと思いました。

気をちらす要因を排除する
「沈黙の時間」を作る
ナビゲーションより検索
ルートビューを使う
仮想デスクトップを使って、作業毎にデスクトップを切り替える
自動化する為にスクリプトを書く
- Excelで複数のワークシートを開く
Webアプリケーションの操作記録にSeleniumを利用する
バッチファイルではなくWindows PowerShellを使う
コードを基に図を生成する
コード解析を使う
- PMD
- Panopticode
Calendarの代わりにJodaライブラリを使う
DSLを導入する(Neptune)

プロダクティブ・プログラマ -プログラマのための生産性向上術
	島田浩二 (監訳) オライリージャパン 2009-04-27 売り上げランキング : 34387 おすすめ平均 Javaに偏っているのが -1 気軽に読めて役に立つ、中級？ソフトウェア開発者向けの良書 Amazonで詳しく見る by G-Tools

jGrowl

2009-09-12T18:20:00Z

jGrowlは、Mac OS XのGrowlをモチーフとしたメッセージを表示してくれるjQueryのプラグインです。 jQuery自体のバージョンは、1.3以上が推奨されてます。

今回はrailsのflash内のメッセージをjGrowlで表示させてみます。

1. ファイルを配置します。

$RAILS_ROOT/public/javascripts/jquery.jgrowl.js
$RAILS_ROOT/public/stylesheets/jquery.jgrowl.css
$RAILS_ROOT/public/stylesheets/jgrowl_custom.css(サンプルから一部切り出したテーマの設定)
$RAILS_ROOT/public/images/iphone.png(サンプルにあったiphoneライクなメッセージボードの画像)

2. railsのflashの内容が表示されるよう、.html.erb内にJavaScriptを記述します。

<script type="text/javascript">
$.jGrowl.defaults.position = 'center';
<% if flash[:notice] %>
$.jGrowl('<%= flash[:notice] %>', { header: 'notification', theme: 'iphone', life: 1000 });
<% end %>
</script>

‘life’で表示期間(ミリ秒)を指定します。ユーザが閉じるまで表示させたままにすることも可能です。

メッセージボードの画像とテーマ(iphone)は、jGrowlに付属しているサンプルをそのままjgrowl_custom.cssとして切り出して使っています。また、メッセージボードの表示位置について、デフォルトだとあまり選択肢がない(top-left, top-right, bottom-left, bottom-right, centerの計5種類)ので、同ファイル内で’center’の設定を上書き、表示位置を調整しました。

body > div.jGrowl.center {
        top:                            250px;
        left:                           250px;
        width:                          0%;
}

あとはflash[:notice]にメッセージを入れると、以下のように表示されます。

トラベラーズノート　ペンホルダー

2009-09-09T17:54:00Z

モレスキンを持ち歩くようになって2ヵ月位経ち、大分馴染んできた感があります。ただ、ペンをどう一緒に持ち歩くかだけがシックリこないので、以前MOLESKINEのエントリのコメントで教えてもらった、ペンホルダーを買いました。

今回買ったのはトラベラーズノートのペンホルダーで、MOLESKINEにうまく合うのかちょっと心配でしたが、全く問題なく付きました。良かったー。

ただ、ホルダーを付けても、ペンをどこかに置いてきてしまいそうな気はします。その心配は無くなりませんが・・・。

ペンホルダ posted by (C)masayuki

トラベラーズノート　ペンホルダーM【黒】 14298
	ミドリ売り上げランキング : 2471 Amazonで詳しく見る by G-Tools

リーンソフトウエア開発～アジャイル開発を実践する22の方法～

2009-08-30T17:19:00Z

近所の図書館にあったので読んでみました。

アジャイル系の開発プロセスを解説した本よりも一段上から、ソフトウェアの品質やプロセスについて記載されています。トヨタの話も出てきますが、トヨタ式が素晴らしいとかそういう話ではなく、製造と開発の違いも踏まえた上で良い部分をソフトウェア開発に用いようというスタンスで、面白かったです。

「原則」が、ある分野についての指針となる考えや洞察であるのに対し、「プラクティス」は、原則を実行するために、何をするか
ソフトウェア開発の7つの無駄
- 未完成の作業のムダ
- 余分なプロセスのムダ
- 余分な機能のムダ
- タスク切り替えのムダ
- 待ちのムダ
- 移動のムダ
- 欠陥のムダ
プロジェクトのトラッキングが複雑なら、おそらくそのシステムには、ほかの種類のムダが大量にある
開発(レシピを設計する)
- 実践利用に適していることが品質の基準
- バリエーションがある結果は善
- 反復は価値を無味出す
高レベルの設計と詳細な解法の間を行き来する
フィードバックを増やすことが、問題のあるソフトウェアプロジェクトや環境に対処する唯一の効果的な方法
- 欠陥をためこまず、コードを書いてすぐにテストすること
- ドキュメントや詳細な計画を増やすのではなく、コードを書くことによって考えが正しいことを確認する
- 多くの要求をユーザから集めるのではなく、どのようなことができるかをユーザに見せ、ユーザから入力を得ること
- どのツールを使うかを入念に調べるのではなく、組織内での候補を3つ選び、それらを試してみる
- システム全体を一度に置き換える方法を見つけようとするのではなく、レガシーシステムにウェブインターフェースをつける、という新しいアイデアを試してみる
あきらかに多くのリソースを費やして、多数のコンセプトを検討する。それにより、開発プロセス全般に渡って多数のオプションを選択できる状態に保ち、サブシステムのプロトタイプを多数作り出す
ウェブサイトの構造について合意できない場合、2,3バージョンを用意し、それぞれ異なる画面遷移やページレイアウトを行うようにして、最終的に最高の機能を寄せ集めることで、優れたユーザビリティの点数が取れる
深さ優先のシーケンシャル開発と、広さ優先のコンカレント開発がある
ソフトウェア開発でのコミットメントを遅らせるための戦略
- モジュールを使う
- インターフェースを使う
- パラメータ化する
- 抽象化を使う
- シーケンシャルプログラミングを避ける
- フレームワークは成功した実装を集めた中から抽出されるべきで、推測で作らない
ソフトウェア開発の7つのシンプルルール
1. ムダをなくす
2. 学習効果を高める
3. 決定をできるだけ遅らせる
4. できるだけ速く提供する
5. チームに権限を与える
6. 統一性を作り込む
7. 全体を見る
チームでプロセスをチェックする
1. 何があなたをスピードダウンささているのか、また、何がいい仕事をするじゃまをしているのか
2. もっと速く、よく、安くするためには、何が役立つか？いいプラクティスと悪いプラクティスを作ること

リーンソフトウエア開発～アジャイル開発を実践する22の方法～
	平鍋健児日経BP社 2004-07-23 売り上げランキング : 22163 おすすめ平均和訳が酷過ぎムダを排除する自分で考えるための本です Amazonで詳しく見る by G-Tools

ソフトウェア開発プロジェクトのリスク管理

2009-08-28T16:46:00Z

『熊とワルツを』が面白かったので、もうちょっと専門的な書籍にチャレンジしてみることに。

ソフトウェア開発プロジェクトの、ということで踏み込んだ内容を期待したのですが、別の分野でもそのまま当てはまるような一般的な内容でした。

ただ、リスク特定の手法や分析方法については『熊とワルツを』よりも詳しく紹介されており、その点で実践寄りです。

プロジェクトの主要な原因は、管理的課題65%、技術的課題35%
組織でリスクを管理する仕組みを作る
リスク軽減シナリオ
- プロジェクトの範囲を定める
- 初期のシナリオを作成する
- シナリオを分析する
- 問題と課題を位置づける
- 主要リスク領域
- 軽減戦略を作成し、公表する
リスクパラダイム
- 特定
- 分析
- 計画
- 追跡
- 制御
計画を策定する
- リスク発生時の不測事態態対応計画を作成してリスクの影響を軽減する
- 製品の設計あるいは開発プロセスを変更することによりリスクを回避する
- リスクを受容する。問題が発生した場合は受け入れ、特別な行動をとらない
- 多くの情報を取得し、リスクの特性をさらに研究する
リスク特定の手法
- プレーンストーミング
- SWOT分析
- マップ
- チェックリスト
- ピアインタビュー
リスク対応にかかわる3つの重要な要因
- 要員数、期間、費用、影響部門数などのプロジェクト規模
- 技術的熟練レベル、用いられる新技法、設計の技術的困難性や類似プロジェクトの経験等
- 明確な要求、確定的で確定な成果、プロジェクト期間中における仕様変更がないなどのプロジェクト構造
リスクレビューのタイミングは早い方が良いが、リスクについて十分に考察されていない時点で行ってもいけない
デシジョンツリー分析の6つの基本ステップ
1. なされるべき決断とその決断により起こりえ結果を示す
2. 各不確定事象に発生確率を指定する
3. 起こりえる結果に対して価値を割り振る
4. それぞれの代替案について期待値を計算する
5. なされるべき決断に関連するソフト要因を解く手する
6. 最善の代替案を決定する
定量市場調査
- リスクについて、どのようなデータを収集する必要があるか
- データをどのように取得すべきか
- どのように実行するか
- 結果をどのように解釈するか
- 結果をどのように利用するか

ソフトウェア開発プロジェクトのリスク管理
	富野壽構造計画研究所 2006-05 売り上げランキング : 389288 Amazonで詳しく見る by G-Tools

熊とワルツを

2009-08-15T17:41:00Z

前に読んでいた本の中で『ピープルウェア』について記述があって、確か会社にあったなぁと思って探すものの見つからず、手近にあった本書を読んでみました。

目の前にある証拠をもとに、そのスケジュールが可能だと信じる権利があったのか
リスクのないプロジェクトには手をつけるな
リスク管理は、問題が発生する前の、抽象的な概念の段階で対策を考えるプロセス
リスク管理の反対を「危機管理」といい、問題が発生した後に何をするべきかを考えることを意味する
リスク管理の各構成要素
- リスク発見: まずリスクに関するブレストを行い、次にリスクを選別する。さらにプロセスを継続する仕組みを導入する
- エクスポージャー分析: それぞれのリスクが発生する確率と、それによる影響を数量化する
- 危機対応管理: リスクが実現した場合に、何をするべきかを計画する
- 軽減: 計画した危機対応措置が必要な時に実行でき、効力を持つように、移行前にとるべき対策をとる
- 継続的な移行監視: 管理するリストを追跡し、実現しないかどうかを監視する
不確定性を口に出すことができない企業文化の中では、リスク管理はできない
リスクについてできること
- 避ける
- 抑制する
- 軽減する
- かわす
リスクを評価するツールを使う(RISKOLOGY)
ソフトウェア・プロジェクトのコアリスク
- 内在的なスケジュールの欠陥
- 要求の増大(変更)
- 人員の離脱
- 仕様の崩壊
- 生産性の低迷
リスクを特定するためのプロセス
- 破滅的結果についてのブレスト
- シナリオの構築
- 根本原因の分析
インクリメンタル開発
- 開発計画及び詳細設計と、インプリメンテーションが時間的に重複しないようにする
- 作業分割を最低レベルまで行い、進捗メトリックを計測する
ショーストッパー(権限を越えたリスク)を見極める

熊とワルツを - リスクを愉しむプロジェクト管理
	日経BP社 2003-12-23 売り上げランキング : 45937 おすすめ平均リスク管理のコア。スッキリ理解したい方にリスク管理とはリスクを理解するなら、これ１冊で十分！ Amazonで詳しく見る by G-Tools

adduser

2009-08-07T18:14:00Z

adduserで--systemと指定すると、systemユーザを作ることができる。systemユーザっていうスキームがあるんですね。付与されるUIDの範囲以外に何か違うんだろうか。

adduser will choose the first available UID from the range specified for system users in the configuration file (FIRST_SYSTEM_UID and LAST_SYSTEM_UID). If you want to have a specific UID, you can specify it using the --uid option.

By default, system users are placed in the nogroup group. To place the new system user in an already existing group, use the --gid or --ingroup options. To place the new system user in a new group with the same ID, use the --group option.

A home directory is created by the same rules as for normal users. The new system user will have the shell /bin/false (unless overridden with the --shell option), and have logins disabled. Skeletal configuration files are not copied.

併せて、--no-create-homeを指定するとhomeディレクトリを作らない。--systemと併せて--groupを指定すると同じ名前でグループを作成してくれるので、バックグラウンドで動かすプロセスの実行ユーザを作成する場合、

 adduser --system --group --no-create-home ユーザ名(グループ名)

で良いと。

ソフトウエア開発 55の真実と10のウソ

2009-08-04T17:40:00Z

以前『ソフトウエア開発プロフェッショナル』を読んだ際に、amazonでレコメンドされていて、レビューの内容が良かったので読んでみました。

「55の真実」としつつも、その内容には否定的な表現が多く、改善方法等について明確に記載されているケースがあまり無く、個人的には忙しい時間を使ってまで読むことをお勧めしません。まだ目の前の問題に対する改善方法を考えた方が有意義でしょう。

ソフトウエアの世界は、人的資質の研究が最も重要
人がじっくり考えた結果の見積りは、かなり精度が高い
実現できそうもない工程を何とか間に合わせるあまり、プログラムの完全性や品質を犠牲にする
プログラマを制御することに重点を置くマネジメントでは、最高のプロジェクトになりえないし、生産性も低くなる
「成功したプロジェクトとは何か」を定義できないならば、整理が必要な大問題が残っていることになる
大規模な再利用は当分うまくいかない。本来、この問題は、ソフトウエアの多様性に根ざした解決困難な問題なのである
非常に狭いドメインでは、大規模な再利用が成功する確率は大きくなる。色々なプロジェクトをまたがったり、異なるドメインを横断するような再利用は、失敗する可能性も高い
対象となる問題の複雑度が25%増加するたび、ソフトウエアによる解法の複雑度は100%上昇する
インスペクションをしっかり実施すれば、実機でプログラムを走らせる前に、最高90%の不良を摘出できる
優れたプログラムが備えるべき7つの属性
1. 移植性
2. 信頼性
3. 効率
4. 人間工学(UI)
5. 検証性(プログラムを容易にテストできる特性)
6. 理解容易性
7. 変更容易性
規模が大きく、基幹ソフトウエアの開発において、プロジェクト内の規則をきちんと定めたケースでは、アジャイル開発よりも効果があるケースもある

ソフトウエア開発 55の真実と10のウソ
	日経BP出版センター 2004-04-08 売り上げランキング : 44755 おすすめ平均ソフトウェア開発の暗黙知を明文化一人の技術者としての魂ソフトウェア開発に携わる方は必ず読むべき名著 Amazonで詳しく見る by G-Tools

HikiDocで1行でも段落とする

2009-08-02T16:33:00Z

HikiDocでは、改行だけの行か、他の要素(ヘッダーやリスト等)が見つかるところまでを段落としています。例えば、”ふー\nばー\nほげ\n”だと1段落になります。今回、これを3段落にしたい、つまり改行があったらそこまでを段落としたい、ということになり、HikiDocのソースを読んでみた結果、以下の変更を加えることでできました。

--- lib/hikidoc.rb     (リビジョン 82)
+++ lib/hikidoc.rb     (作業コピー)
@@ -352,8 +352,12 @@
                                   INDENTED_PRE_RE, BLOCK_PRE_OPEN_RE)
 
   def compile_paragraph(f)
-    lines = f.break(PARAGRAPH_END_RE)\
-        .reject {|line| COMMENT_RE =~ line }
+    if @options[:one_line_paragraph]
+      lines = [f.gets]
+    else
+      lines = f.break(PARAGRAPH_END_RE)\
+          .reject {|line| COMMENT_RE =~ line }
+    end
     if lines.size == 1 and /\A\0(\d+)\0\z/ =~ strip(lines[0])
       @output.block_plugin plugin_block($1.to_i)
     else

オプションに、{:one_line_paragraph => true}を指定すると、1行を段落としてくれます。

HikiDocのコードはとても読みやすい。

Java言語で学ぶデザインパターン入門【マルチスレッド編】

2009-07-26T17:52:00Z

以前、仕事でマルチスレッドで動くアプリケーションを開発していたのですが、同期化の部分が思っていた以上に難しく、改めて勉強しなおせねば、と思っていました。

特に困難なのは、どういう構造で同期を取るのが良いかを決めること。同期を取る部分はもちろん言語(Java)にその機構があるので簡単なのですが、全体を考えた上で同期化の構造をスッキリした形で持たせるのはスキルが必要です。

今回はそのあたりを学習するのに最適な本として、『Java言語で学ぶデザインパターン入門【マルチスレッド編】』を選びました。

序盤は結構簡単で、今までスレッドプログラミングをしたことがあれば経験的に知っていることがパターンとして記載されています。後半は、概念は知っているけど実装したことはなかったり、概念自体もよく知らなかったり、というものが大半を占めていました。

他にもJava言語に備わっているスレッドや同期化の詳細な説明や、java.util.concurrentを使った場合の解決方法、Swingのイベントディスパッチまわりの話など、色々と勉強になります。

Single Threaded Execution
- クリティカルセクションを見極める
Immutable
- finalを使った宣言
- インスタンスフィールドがimmutableかどうか
Guarded Suspension
- Spin Lock
- ガード条件が満たされていなければスレッドを待たせる
- ガード条件のテストにwhileを、待たせる為にwaitを使う
Balking
- ガード条件が満たされていなければ実行を中断
- ガード条件のテストにifを、balkにはreturnかthrowを使う
Producer-Consumer
- Channel役を配置する
- データの安全性をChannelが管理する
- 安全にデータを受け渡しする部分では、Guarded Suspentionを使う
- executionのキャンセル可能
Read-Write Lock
- Readのみであれば排他は不要
- Readしている時はWriteできない
- Writeしている時はRead/Writeができない
- Writeしている時はRead/Writeができない
- Read/Writeを管理するReadWriteLock役を置く
Thread-Per-Message
- 処理の順序を気にしないときに使う
- 戻り値が必要な場合はFutureを使う
- スレッドは要求の度に起動する
Worker Thread
- 処理を実行するスレッドを予め起動しておく
- ワーカスレッドに渡すリクエストは継承を意識する
- リクエストをワーカスレッドに安全に渡す(Producer-Consumer)
- invocationとexecutionの分離
Future
- 処理の実行結果を後から取得する
- 処理が非同期(Thread-Per-MessageやWorker Threadの場合に用いる
- 実行結果取得時にはGuarded Suspensionを使用する
Two-Phase Termination
- どこで処理が中断されても安全に終了する
- Thread#stopを使わない
- Thread#isInterruptedを使わない
- 終了要求が来たことをラッチを使って判断する
Thread-Specific Storage
- Thread Localの他に、スレッドの属性として保存する方法もある
- スループットに主眼を置かれているというよりも、
  - プログラムの構造を変えずにすむ
  - 排他制御が表に出てこないので、誤りをおかす危険がすくない
  という再利用性に主眼を置いている
- コンテキストは処理に本当に使われている情報が何かが曖昧になる危険性がある

Active Object

自分固有のスレッドを持つ
非同期メッセージの実現
Scheduler役を置く

増補改訂版 Java言語で学ぶデザインパターン入門マルチスレッド編
	ソフトバンククリエイティブ 2006-03-21 売り上げランキング : 29630 おすすめ平均デザインパターンとは型紙（かたがみ）のことです。分かりやすさがいいマルチスレッドを利用するなら事前に読んでおくべき本 Amazonで詳しく見る by G-Tools

pluginのinit.rbでメソッドを再定義できない理由

2009-07-25T14:59:00Z

「日付コントロールを変える」の最後で、プラグインの読み込みをconfig/environment.rbに記述しました。

require 'yads'

その後調べてみたら、vendor/plugin/(プラグイン名)/init.rbで上記コードを記述すれば良いことが分かりました。各プラグインのinit.rbはrailsの初期化プロセスから自動的に呼び出される為、script/plugin install ～でインストールすれば、フレームワークのメソッド(前回の場合はActionView::Helper::DateHelper)を再定義することができます。

でもinit.rbが自動的に呼び出されるのであれば、最初からinit.rbでメソッドの再定義を行えば良いはず。

ということで、vendor/plugin/yads/lib/yads.rbの中身をvendor/plugin/yads/init.rbに移動して実行したところ、メソッドが再定義されておらず、元々のドロップダウンリストを使った日付コントロールが表示されていました。コードは以下のとおりです。

[vendor/plugins/yads/init.rb]

# Include hook code here                 
module ActionView
  module Helpers
    module DateHelper
      def date_select(object_name, method, options = {}, html_options = { })
        options[:size] ||= 12
        html = InstanceTag.new(object_name, method, self, options.delete(:object)).to_input_field_tag("text", options)
        js = <<EOS

<script> 
$('##{object_name}_#{method}').datepicker({  dateFormat: 'yy-mm-dd'});
</script>
EOS
        html.concat(js)
      end
    end  
  end  
end

init.rbの中でrequireして再定義するのと、init.rbの中で直接再定義することの違いが分からず、webで調べてみたところ、以下のようなページがありました。

Platte daddy: Rails plugins: keep init.rb thin

Rails plugins' initializer script, init.rb, is currently invoked via eval, not require—so it inherits whatever module-space Rails calls it from. If you reopen any classes in init.rb itself (like the will_paginate guys quite reasonably attempted to define Hash#slice), your changes will be made—but to the wrong module. So, to avoid strange gotchas, consider init.rb just a generic hook point to kick things off, and always require in any code that's to do actual work at plugin load time.

「If you reopen any classes in init.rb itself, your changes will be made—but to the wrong module.」と記述されているので、init.rbで再定義してもダメなのはどうも正しいようですが、その理由がわからない…。そもそもプラグインの初期化時にはフレームワークのメソッドが定義されていないのか、と考えましたが、init.rbでrequireされるファイル内で再定義してもタイミングは同じはずだし…。

requireに何か特殊な仕掛け(たとえば遅延評価とか)があるのかと思い、Rubyのrequireメソッドを再定義しているActiveSupport::Dependenciesのログを出力させてみたりしたものの、プラグインの初期化時にはログが出力されていないことから、あまり関係あるようにも思えない、という結論に至り。

プラグインのinit.rbはどのように呼び出されているか調べてみると、以下のようになっていました。

[rails-2.3.2/lib/rails/plugin.rb]

def evaluate_init_rb(initializer)
  if has_init_file?
    silence_warnings do
      # Allow plugins to reference the current configuration object
      config = initializer.configuration
      
      eval(IO.read(init_path), binding, init_path)
    end
  end
end

evalでinit.rbを評価しているので、普通に再定義できそう…と暫く気がつかなかったのですが、evalで評価ということは呼び出し側の名前空間(今回の場合はRails::Plugin)を引き継いでしまうので、それを考慮に入れる必要がありました。つまり、init.rbで以下のように記述すると、

123	module ActionView module Helpers module DateHelper

「Rails::Plugin::ActionView::Helpers::DateHelper」を定義していることになるという…。なので、「::ActionView」と書けば再定義することができます。

123	module ::ActionView module Helpers module DateHelper

結論としては、プラグインのinit.rbでメソッドの再定義はできるものの、lib下のファイル内で再定義してinit.rbでrequireすべき。

Dependenciesのログ

2009-07-25T12:58:00Z

クラスやモジュールが定義されるタイミングを知りたくてコードを追っていたところ、Rails2.3.2のCHANGELOGに以下のような記述があることに気がつきました。

* Add debugging logging to Dependencies. Currently can be enabled with Dependencies.log_activity = true; adding to Initializer and documenting is forthcoming. [Nicholas Seckar]

RAILS_ROOT/config/environment.rbで以下のように設定すると、

12	ActiveSupport::Dependencies.logger = Logger.new(STDOUT)ActiveSupport::Dependencies.log_activity = true

以下のように、ロードまわりがロギングされます。

Processing HogesController#index (for ::ffff:192.168.181.1 at 2009-07-25 20:24:45) [GET]
  Hoge Load (1.5ms)   SELECT * FROM "hoges" 
Rendering template within layouts/hoges
Rendering hoges/index
Completed in 22ms (View: 11, DB: 2) | 200 OK [http://192.168.181.3/hoges]
Dependencies: called new_constants_in(Object)
Dependencies: New constants: 
Dependencies: called new_constants_in(Object)
Dependencies: New constants: 
Dependencies: called load_missing_constant(Object, "HogesController")
Dependencies: called require_or_load("/home/masayuki/work/rails/generator/test1/app/controllers/hoges_controller.rb", nil)
...(省略)...
Dependencies: called clear()
Dependencies: removing constant ApplicationHelper
Dependencies: removing constant HogesHelper
Dependencies: removing constant ApplicationController
Dependencies: removing constant HogesController
Dependencies: removing constant Hoge


Processing HogesController#new (for ::ffff:192.168.181.1 at 2009-07-25 20:24:47) [GET]
Rendering template within layouts/hoges
Rendering hoges/new
Completed in 20ms (View: 8, DB: 0) | 200 OK [http://192.168.181.3/hoges/new]

ピアレビュー

2009-07-22T17:24:00Z

レビューの時間を有効活用したい、という動機から読んでみました。というのも、レビューの時間はなかなか効果的に時間を使えていないと感じるからです。

正しいレビューの仕方を知ることがその一番の近道だと考えたのですが、読み進めていくうちに、レビューの意義は多様な側面(品質保持の他に、情報伝達、教育、意識統一等)があって、実施意義を品質保持のみをターゲットとした場合のROIという切り口だけでは捉えきれないと考えるようになりました。

まずはレビューの時間を意識的に捉え、時間当たりの成果をより多く出せるようなプラクティスを身に付けていきたいと思います。

手戻りは総開発工数の40～60%を占める
ROIは、データが十分蓄積されて自分自身のROIが示せるようになるまでは、ある程度信じるしかない
欠陥修正のコストは増幅効果があるため、最大のレバレッジ効果が得られるのは、初期フェーズのプロジェクト成果物のレビュー
「今、時間が無いと言うなら、いつ再び時間があるのだろうか？」
レビューをプロジェクトのスケジュールもしくはWBSに組み込むようにする
成果物全てをインスペクションするのは無理なので、最も効果の出そうなところにインスペクションのリソースを振り分ける
作業成果物が大きくて全体を調べることができない場合、あるいは時間が限られている場合は「選択的サンプリング」が妥当である
ミーティング中に欠陥をどうやって修正するかを決めるのに、約1分以上かけてはいけない

ピアレビュー―高品質ソフトウェア開発のために
Karl E.Wiegers

日経BPソフトプレス 2004-02
売り上げランキング : 86489

Amazonで詳しく見る by G-Tools

日付コントロールを変える

2009-07-19T16:27:00Z

前回、「scaffoldした際に、引数で指定される各フィールドの型によって自動的に決まるwebのコントロールを、自分の都合の良いように変えてみたい」と思い、scaffoldのコードを見てみました。

その後よく考えてみると、field_typeによってコントロールを表示するメソッドがあるのだから、それ自体を上書きすればよいことに気がつきました。これだとscaffoldするかどうかは関係なく、既存のプロジェクトにも使えます。

ということで、今回は日付コントロールをカスタマイズしてみます。

scaffoldの引数に「date」というsql_typeを指定すると、new/editでは以下のようなコントロールが表示されます。

これを、jQuery UI Datepickerに変えてみます。

scaffoldによって生成されたnew.html.rbで、このコントロールを表示するためのコードは以下になります。

1234	<p> <%= f.label :atdate %><br /> <%= f.date_select :atdate %> </p>

「f.date_select」を上書きすれば良いことがわかります。上書きする手段はいくつかあると思いますが、今回はそれ用のプラグインを作成しました。(今回はYADS[=Yet Another DateSelect]という名前のプラグインにしています)

vendor/plugins/yads/lib/yads.rb

module ActionView
  module Helpers
    module DateHelper
      def date_select(object_name, method, options = {}, html_options = { })
        options[:size] ||= 12
        html = InstanceTag.new(object_name, method, self, options.delete(:object)).to_input_field_tag("text", options)
        js = <<EOS
                                                                               
<script>                                               
 $('##{object_name}_#{method}').datepicker({dateFormat: 'yy-mm-dd'});  
</script>                                                                      
EOS
        html.concat(js)
      end
    end  
  end  
end

date_selectメソッドではドロップダウンリストが表示されるのですが、それをテキストボックスを表示するように変更しています。datepickerの表示はjavascriptの部分だけです。 javascriptの埋め込みは大分強引ですが、取り合えずということで。今回はjQueryUIを使う為、datepickerを含むスクリプトを予めダウンロードしておき、スクリプトとスタイルシートを読み込むように設定しておきます。

1
2
3

  <%= stylesheet_link_tag 'scaffold', 'jquery/ui-lightness/jquery-ui-1.7.2.custom.css' %>
  <script type="text/javascript" src="/javascripts/jquery/jquery-1.3.2.min.js"></script>
  <script type="text/javascript" src="/javascripts/jquery/jquery-ui-1.7.2.custom.min.js"></script>

あとは、config/environment.rbの最後で、

require 'yads'

として作ったスクリプトを読むようにし、サーバを起動します。

日付の入力がドロップダウンリストからテキストボックスへと変わり、テキストボックスをクリックするとdatepickerが表示されます。

config/environment.rbでrequireしているのがイマイチなので、時間があれば自動的にロードさせられないか調べてみます。

scaffoldのコードを読む(その1)

2009-07-14T17:37:00Z

scaffoldした際に、引数で指定される各フィールドの型によって自動的に決まるwebのコントロールを、自分の都合の良いように変えてみたいと思います。その為に、scaffoldに関連するコードを読んでみます。

前回railsからコピーしてきたtemplateから、view_edit.html.erbを見てみます。

<h1>編集 <%= singular_name %></h1>

<%% form_for(@<%= singular_name %>) do |f| %>
  <%%= f.error_messages %>

<% for attribute in attributes -%>
  <p>
    <%%= f.label :<%= attribute.name %> %><br />
    <%%= f.<%= attribute.field_type %> :<%= attribute.name %> %>
  </p>
<% end -%>
  <p>
    <%%= f.submit 'Update' %>
  </p>
<%% end %>

<%%= link_to 'Show', @<%= singular_name %> %> |
<%%= link_to 'Back', <%= plural_name %>_path %>

attribute.field_typeによって、コントロールが決まる仕組みになっています。field_typeは以下のようになっていました。

[rails-2.3.2/lib/rails_generator/generated_attribute.rb]

def field_type
  @field_type ||= case type
    when :integer, :float, :decimal   then :text_field
    when :datetime, :timestamp, :time then :datetime_select
    when :date                        then :date_select
    when :string                      then :text_field
    when :text                        then :text_area
    when :boolean                     then :check_box
    else
      :text_field
  end      
end

変数typeは、script/generate scaffoldの引数に指定する「名前:sql_type」のsql_typeになります。

ちなみに、同ファイルにはdefaultというメソッドが含まれており、以下のようになっています。

def default
  @default ||= case type
    when :integer                     then 1
    when :float                       then 1.5
    when :decimal                     then "9.99"
    when :datetime, :timestamp, :time then Time.now.to_s(:db)
    when :date                        then Date.today.to_s(:db)
    when :string                      then "MyString"
    when :text                        then "MyText"
    when :boolean                     then false
    else
      ""
  end      
end

先ほどのfield_typeメソッドの定義から、scaffoldの引数にoneday:dateと指定すると、「f.date_select :oneday」というコードが生成されます。

このfという変数は何かとform_forやその先のfields_forを辿っていくと、デフォルトではActionView::Base.default_form_builder(=FormBuilder)のインスタンスになります。

[actionpack/lib/action_view/helpers/form_helper.rb]

def fields_for(record_or_name_or_array, *args, &block)
...
  builder = options[:builder] || ActionView::Base.default_form_builder
  yield builder.new(object_name, object, self, options, block)
end

上記コードより、指定されたsql_typeによって任意のwebのコントロールを配置するには、カスタムFormBuilderを作ってform_forのoptionsに:builderを明示するか、FormBuilderの各メソッドを上書くことにより実現できそうです。

scaffoldのviewのテンプレートをカスタマイズする

2009-07-09T17:27:00Z

昨日の『ソフトウエア開発プロフェッショナル』を読んだ後、エンジニアリングを軽視してはいけないと思いました。本書中にあった簡単に石を運ぶような仕組みというのは、事前準備の賜物でしょう。ということで、railsのscaffoldをカスタマイズしてみることに。 ActiveScaffoldみたいなものを自前で用意できたら便利かと思い、ちょっとやってみました。バージョンはRails 2.3.2です。まずはviewのテンプレートのカスタマイズから。

mkdir -p RAILS_ROOT/lib/generators/my_scaffold/templates (my_scaffoldの部分は任意の名前で良い)
cp RUBY_HOME/lib/ruby/gems/1.8/gems/rails-2.3.2/lib/rails_generator/generators/components/scaffold/scaffold_generator.rb RAILS_ROOT/lib/generators/my_scaffold/my_scaffold_generator.rb
cp RUBY_HOME/lib/ruby/gems/1.8/gems/rails-2.3.2/lib/rails_generator/generators/components/scaffold/templates/* RAILS_ROOT/lib/generators/my_scaffold/templates
RAILS_ROOT/lib/generators/my_scaffold/my_scaffold_generator.rbを開き、クラス名をMyScaffoldGeneratorに変更する
RAILS_ROOT/lib/generators/my_scaffold/templates下のテンプレートファイルを適当に編集する

my_scaffoldを実行します。

cd RAILS_ROOT
script/generate my_scaffold Hoge name:string another_day:datetime

これで編集したテンレプートが適用されていることを確認できます。

ソフトウエア開発プロフェッショナル

2009-07-08T16:45:00Z

正直、あまりタイトルには惹かれなかったのですが、思ったよりも面白かったです。

ソフトウエア開発についての本なのですが、技よりも工程や品質にフォーカスしており、十分な品質を持つソフトウエア開発を行う為のエンジニアリング、さらにプロセスや組織だけでなく資格・免許といった仕組みまで提唱されています。

記述されていることはソフトウエア開発を行っていれば一度は聞いたことがあるようなことなのですが、日々開発をしているとどうしてもこういった部分に意識が向かなくなってしまうので、こういう本を読み返すのも大事。

「作ってから直す」開発方式は、どんな分野のプログラムでも、ごく小規模のプロジェクトでない限り、効率は上がらない
プロとしてのソフトウエア開発は「エンジニアリング」であるべき
ソフトウエア・エンジニアリングを適用すれば、バグを作り込まなくなるし、バグが潜り込んでも、早く、簡単に見つけて修正できる
エンジニアリグの欠乏こそが、美的可能性を制約する
ソフトウエアをエンジニアリングの専門分野として扱うことは、ソフトウエア開発を真のプロのレベルに引き上げる、効果的な方法である
再利用可能なプロジェクトの成果物の一部
- アーキテクチャそのものと、ソフトウエアの開発手順
- デザイン・パターン
- 要求定義そのものと、そのエンジニアリング手段
- ユーザ・インターフェース要素と、その設計手段
- 見積もり値そのものと、見積もり手段
- 計画するためのデータ、プロジェクト計画、および設計手順
- テスト計画、テスト・ケース、テスト・データ、およびテスト手順
- 技術的レビューの手順
- ソース・コード、システム構築手順、およびシステム統合手順
- ソフトウエア構成管理手順
- プロジェクト完了報告、およびプロジェクト・レビュー手順
- 組織の構造、チームの構造、および管理手順
プロジェクト成果物の目標
- バグの数を最小にする
- 顧客満足度を最大にする
- レスポンス・タイムを最小にする
- プログラムの保守性を上げる
- プログラムの拡張性を上げる
- システムの堅牢性を上げる
プロジェクトの目標
- 工程の短縮
- 出荷日程の予測精度向上
- 低コスト
- プロジェクト人員数の最小化
- 開発途中での仕様変更に対応できる柔軟性

.jpg” border=”0” alt=”ソフトウエア開発プロフェッショナル” />

スティーブ・マコネル

日経BP社 2005-01-20
売り上げランキング : 62161

おすすめ平均
アバウトな契約に悩める技術者へ
「トム・デマルコ本が難解に思えるならこちらから読んでみては」
問題の解析に優れている

Amazonで詳しく見る by G-Tools

Ruby1.8.7+Rails2.1.1→Ruby1.9.1+Rails2.3.2(その2)

2009-07-07T15:28:00Z

昨日の続きを。

7. incompatible character encodings: ASCII-8BIT and UTF-8

ASCII-8BIT外の文字を使っているソースの先頭に「#coding: utf-8」をつけた
patchをあててみた

<%= collection_select … %>で展開される文字がASCII-8BITの外だと「incompatible character encodings: ASCII-8BIT and UTF-8」 ← いまココ以下のようなエラーがでます。

 Showing app/views/layouts/application.html.erb where line #45 raised:

incompatible character encodings: ASCII-8BIT and UTF-8

Extracted source (around line #45):

42: </div>
43: 
44: <div class="content" id="content">
45:   <%= yield %>
46: </div>
47: 
48: </body>

DB(sqlite3)から取ってきた文字列に対してencodingメソッドを呼び出してみると…

123	@categories.each do \|c\| p c.name.encoding end

“ASCII-8BIT”でした。database.ymlのencodingの指定が適用されないらしい。エンコーディングをforce_encodingで変えてやると、エラーは出なくなりました。

1234	@categories.each do \|c\| p c.name.encoding c.name = c.name.force_encoding('utf-8') end

sqlite3のアダプタがNGなのかと思い、MySQL + MySQL/Ruby(2.8.1)で試してみましたが、やはり同じエラーになります。2.8.1はRuby1.9.1に対応していると書いてあるのですが、M17Nは未対応なのかな。 Ruby/MySQL 3.0.0 alphaの方曰く、

1
2

MySQL/Ruby と比べて遅かったり、非互換があったりしますが、Ruby 1.9 の M17N がちゃんと扱えるのはこれだけなので、Ruby 1.9
な人はこれを使ってみるのもいいと思います。

やはり厳しいみたい。

Ruby1.8.7+Rails2.1.1→Ruby1.9.1+Rails2.3.2(その1)

2009-07-06T17:36:00Z

これまで作ってきたものを、Ruby1.8.7+Rails2.1.1の環境からRuby1.9.1+Rails2.3.2に移行してみたいと思います。

1. rake rails:update:configsで失敗

masayuki@ubuntu-vm:~/work/rails/shrimp$ rake rails:update:configs
(in /home/masayuki/work/rails/shrimp)
rake aborted!
undefined method `>=' for nil:NilClass
/home/masayuki/work/rails/shrimp/Rakefile:4:in `require'
(See full trace by running task with --trace)

config/boot.rbで、rubygemsのバージョンの取得がうまくできず、失敗しているようでした。 dummyのプロジェクトを作成し、そこからconfig/boot.rbをコピーしてrake rails:update:configsを実行。

2. gettextで失敗

masayuki@ubuntu-vm:~/work/rails/shrimp$ rake rails:update:configs
(in /home/masayuki/work/rails/shrimp)
rake aborted!
/usr/local/ruby-1.9.1-p129/lib/ruby/gems/1.9.1/gems/gettext-1.93.0/lib/gettext/iconv.rb:102: invalid multibyte char…
/usr/local/ruby-1.9.1-p129/lib/ruby/gems/1.9.1/gems/gettext-1.93.0/lib/gettext/iconv.rb:102: invalid multibyte char…
/usr/local/ruby-1.9.1-p129/lib/ruby/gems/1.9.1/gems/gettext-1.93.0/lib/gettext/iconv.rb:102: syntax error, …
  puts Iconv.iconv("EUC-JP", "UTF-8", "ほげ").join

gettextは事情があって—version ‘< 2.0.0’としてきたのですが、上記のエラーで動かないので、最新バージョン(2.0.4)をインストール。

3. gettext/rails→gettext_rails

gettext_rails provides the localization for Ruby on Rails-2.3 or later using Ruby-GetText-Package.

とのこと。

4. config.cache_template_extensions

undefined method `cache_template_extensions=' for ActionView::Base:Class

このメソッドはdeprecatedということで、コメントアウト。

5. app/controllers/application.rb→app/controllers/application_controller.rb

Rails2.3から、application.rbというファイル名が変更になっている為。リリースノートを読むと、rake rails:updateとすれば良かったらしい…。

6. jrailsの更新

jrailsはRuby1.9対応にする必要があります。

7. incompatible character encodings: ASCII-8BIT and UTF-8

ASCII-8BIT外の文字を使っているソースの先頭に「#coding: utf-8」をつけた
patchをあててみた
<%= collection_select … %>で展開される文字がASCII-8BITの外だと「incompatible character encodings: ASCII-8BIT and UTF-8」 ← いまココ

VMware PlayerとUbuntu 8.04 LTS

2009-07-05T17:50:00Z

これまでずっとcoLinuxで開発をしてきました。が、ゲストOSとして使用してきたUbuntu7系のサポートが終わり、また容量もかなりギリギリになってきたので、この機会にUbuntu8に乗り換えようとcoLinuxのサイトに行ってみたところ、ダウンロードページが表示できませんでした・・・。

ということで、これを機にVMwareに乗り換えようと思い、VMware PlayerとUbuntu 8.04 LTSをダウンロード。

NATで外部に接続できるようにする為、ホストOSのネットワーク接続(「ローカルエリア接続)のプロパティ→「共有」タブにて、「VMnet8」(「ローカルエリア接続4」でした…)を選択し、「ネットワークのほかのユーザに、このコンピュータのインターネット接続をとおして接続を許可する」にチェック。この際、VMnet8のIP4のアドレスを書き換えてしまい、ゲストOS側から外に出ることができず大分はまりました。

VMware Playerがインストールされているディレクトリに「vmnetcfg.exe」というファイルがあり、これを実行するとNATサービスの設定の一部がわかるのですが、このサービスのアドレスがVMnet8の書き換える前のアドレスになっていた為、NATサービスに接続できなかったようです。

結局ホストOSとVMnet8のネットワークアダプタのアドレスを元に戻し、ホストOSから外部に接続できることを確認することができました。

WEBrickの停止をフックする

2009-07-05T04:26:00Z

前回プロファイリングの話で、当初はプロファイリングの終了をサーバの停止のタイミングで行いたいと考えていました。(結局その必要は無かったのですが)

その際に調べてみると、WEBrickはStopCallbackというコールバックを登録しておくことで、サーバ終了時に任意のコードを実行することができるようになっています。

ただ、rails-2.1.1のコードを見る限り、rails側からこのStopCallbackを登録する術が無いようで、結局うまい解決方法が見つからず、直接webrickのコードを修正してStopCallbackを登録できるようにしてみました。

@ubuntu:/usr/local/ruby-1.8.7-p72/lib/ruby/gems/1.8/gems/rails-2.1.1/lib# diff -u webrick_server.rb.org webrick_server.rb
--- webrick_server.rb.org       2008-09-15 19:57:55.000000000 +0900
+++ webrick_server.rb   2009-07-05 13:04:34.000000000 +0900
@@ -54,6 +54,7 @@
                :ServerType  => options[:server_type],
                :BindAddress => options[:ip] }
     params[:MimeTypes] = options[:mime_types] if options[:mime_types]
+    params[:StopCallback] = options[:StopCallback] if options[:StopCallback]
 
     server = WEBrick::HTTPServer.new(params)
     server.mount('/', DispatchServlet, options)

rails側からStopCallbackを指定するには、RAILS_ROOT/config/environment.rbあたりに、以下のようなコードを記述します。

# Bootstrap the Rails environment, frameworks, and default configuration       
require File.join(File.dirname(__FILE__), 'boot')
# ここから
OPTIONS[:StopCallback] = Proc.new do
  puts "called StopCallback"
end
# ここまで

script/serverでWEBrickを起動し、CTRL+cで停止すると、StopCallbackが呼ばれていることが確認できます。

masayuki@ubuntu:~/work/rails/shrimp$ script/server
=> Booting WEBrick...
=> Rails 2.1.1 application started on http://0.0.0.0:3000
=> Ctrl-C to shutdown server; call with --help for options
[2009-07-05 13:23:06] INFO  WEBrick 1.3.1
[2009-07-05 13:23:06] INFO  ruby 1.8.7 (2008-08-11) [i686-linux]
[2009-07-05 13:23:06] INFO  WEBrick::HTTPServer#start: pid=2853 port=3000
[2009-07-05 13:23:08] INFO  going to shutdown ...
called StopCallback
[2009-07-05 13:23:08] INFO  WEBrick::HTTPServer#start done.

ただし、プロセスをkillされるとどうにもなりませんが。

perftools.rb

2009-07-04T15:31:00Z

前回、ruby-profを使ってみたのですが、今回はperftools.rbというプロファイラを使ってみました。

もともと、google-perftoolsというプロファイリングツールがあり、それをRubyで使用できるようにしたのがperftools.rb。現在はCpuProfilerのみですが、TODOにはHeapProfilerと記述されています。まずはインストール。

gem install -s http://gems.github.com tmm1-perftools.rb

サンプルコードで試してみます。

require 'rubygems'
require 'perftools'
PerfTools::CpuProfiler.start("/tmp/add_numbers_profile") do
  5_000_000.times{ 1+2+3+4+5 }
end

/tmpの下に、add_numbers_profile、add_numbers_profile.symbolの2ファイルが生成されます。これが結果ファイルになるので、pprof.rbというレポートツールを使用して内容を確認します。

1234	Total: 134 samples 116 86.6% 86.6% 134 100.0% Integer#times 18 13.4% 100.0% 18 13.4% Fixnum#+ 0 0.0% 100.0% 134 100.0% PerfTools::CpuProfiler.start

これをrailsのアプリケーションに適用してみます。今回は、railsの初期化後からプロファイルを開始してみました。まず、RAILS_ROOT/config/environments/(実行するモード).rbに、以下を追記します。

1234	config.after_initialize do require 'perftools' PerfTools::CpuProfiler.start("/tmp/shrimp_profile")end

あとはscript/server -e (実行モード)でサーバを起動し、アプリケーションを適当に操作した後、サーバを停止します。今回試してみた結果、以下のように出力されました。

$ pprof.rb --text /tmp/shrimp_profile
Total: 73 samples
      22  30.1%  30.1%       26  35.6% Thread.start
      15  20.5%  50.7%       15  20.5% IO.select
       4   5.5%  56.2%        4   5.5% Module#constants
       3   4.1%  60.3%        3   4.1% garbage_collector
       2   2.7%  63.0%        2   2.7% SQLite3::Driver::Native::API.sqlite3_prepare
       2   2.7%  65.8%        2   2.7% SQLite3::Driver::Native::API.sqlite3_step
       1   1.4%  67.1%        1   1.4% String#sub
       1   1.4%  68.5%        1   1.4% WEBrick::Cookie.parse
       1   1.4%  69.9%        2   2.7% Array#map
       1   1.4%  71.2%        1   1.4% ActiveRecord::Associations::AssociationProxy#initialize
       1   1.4%  72.6%        1   1.4% Regexp#===
       1   1.4%  74.0%        1   1.4% Proc.new
       1   1.4%  75.3%        1   1.4% ActionController::Routing::RouteSet::NamedRouteCollection#define_url_helper
       1   1.4%  76.7%        1   1.4% IO#write
       1   1.4%  78.1%        1   1.4% Array#-
       1   1.4%  79.5%        1   1.4% ActiveSupport::Callbacks::CallbackChain#find
       1   1.4%  80.8%        1   1.4% Object#ticket_path
       1   1.4%  82.2%        1   1.4% Object#detect
       1   1.4%  83.6%        1   1.4% Object#options_for_select
       1   1.4%  84.9%        1   1.4% ActiveRecord::Associations::AssociationProxy#load_target
       1   1.4%  86.3%       49  67.1% Kernel#gem_original_require
       1   1.4%  87.7%        1   1.4% Object#instance_variable_set
       1   1.4%  89.0%        1   1.4% Time#initialize
       1   1.4%  90.4%        1   1.4% ActionController::Routing::RouteBuilder#separator_pattern
       1   1.4%  91.8%        1   1.4% Hash#[]
       1   1.4%  93.2%        6   8.2% Module#local_constants
       1   1.4%  94.5%        1   1.4% Hash#key?
       1   1.4%  95.9%        1   1.4% Object#kind_of?
       1   1.4%  97.3%        3   4.1% TicketsController#search_tickets
       1   1.4%  98.6%        1   1.4% ActionController::AbstractRequest#ssl?
       1   1.4% 100.0%        1   1.4% ActiveRecord::Base#column_for_attribute

pprof.rbでは、結果からコールグラフをgif画像等で出力されることができます。今回、gif画像を生成するにたりGraphvizが必要ということで、別途インストールしました。

pprof.rb --gif /tmp/shrimp_profile > /tmp/shrimp_profile.gif

上記コマンドを実行後、以下のgifが生成されました。

今回は初期化後から終了までの間をプロファイルしましたが、最初のサンプルコードのようにコードの一部をプロファイリングすることも可能なはずです。これは別の機会に試してみたいと思います。

あるモードでのみ適用されるフィルタを定義する

2009-07-04T12:16:00Z

productionモードの時だけ実行されるフィルタが必要になり、いつどこで定義するのが良いか調べてみましました。

githubを見て回ったところ、RAILS_ROOT/config/environments/production.rbで、config.after_initializeの中で定義すれば良いみたい。下記のコードで確認できました。

config.after_initialize do
  require 'application' unless Object.const_defined?(:ApplicationController)
  TicketsController.class_eval do
    before_filter :start_action, :only => [:index, :search]
    after_filter :end_action, :only => [:index, :search]

    def start_action
      logger.info "action start."
    end

    def end_action
      logger.info "action end."
    end
  end
end

cap deployでrestart application

2009-06-25T19:04:00Z

capistranoでdeployするところまではできていたものの、アプリケーションの再読み込みについて調べるのが面倒で、ついついapacheをrestartしてました。 mephistoもpassengerで動かしているので、apacheを再起動せずに何とかならないものかと、調べてみました。 passengerのドキュメントを見ると、deploy後のアプリケーションのrestartについて以下のように記述されています。

Deploying a new version of a Ruby on Rails application is as simple as re-uploading the application files,
and restarting the application.

There are two ways to restart the application:
 
1.By restarting Apache.
2.By creating or modifying the file tmp/restart.txt in the Rails application’s root folder. Phusion Passenger
will automatically restart the application during the next request.

ということで、deploy.rbに以下の記述を追加。

namespace :shrimp do
  task :restart do
    run "touch #{current_path}/tmp/restart.txt"
  end
end

after :deploy, "shrimp:restart"

以降、cap deployすると自動的に更新後のアプリケーションが再読み込みされます。

MOLESKINE

2009-06-23T18:17:00Z

半年程前からメモ帳を持ち歩くようになりました。当初は、ちょっと空いた時間に何か考えたことを書き留める、というつもりでしたが、最近ではすっかり生活の中に溶け込んでます。

まず、会社に行く前にコーヒーショップに立ち寄り、10分程度、その日の仕事、また1週間先の仕事まで考えて、その日にやるべきことをピックアップして書き込みます。書き込んだ内容は、会社に着いてからタスクとしてスケジューリングしたり、簡単なものはすぐにやってしまいます。1年半前くらいまでは、会社に着くとまずメールを見始めて、RSSリーダをチェックし、その他ニュースサイトを見て回る等してから仕事に入っていたのですが、今のやり方だと会社に着く前からその日やることがほぼ分かっているので、すぐに仕事に取り掛かることができます。その結果、午前中だけでなく終日、ニュースサイト等を見ることが無くなり、非常に集中して仕事ができるようになりました。

また、メモ帳を持ったことで、これまでよりも紙を使って考える習慣ができました。昨年はロジカルシンキング等の書籍を読み、考え方から結論に至るまでのプロセスを多少なりとも学習してきたので、それを実践する為の媒体としてメモ帳を有効活用しています。

さらに、メモ帳を持つことでスキマ時間に考えることができるので、例え移動に時間がかかったり待ち時間が長くても、その時の課題について考えて何かしらのアウトプットを出すことで、消費される時間に対するストレスが減りました。

今使用中のメモ帳も残すところあと数枚となったので、今日モレスキンのプレーンノートを購入しました。半年前の時点でモレスキンも考えたのですが、その時には恐らくすぐに飽きるだろうと考え、￥200のメモ帳に新書のブックカバーをつけて使ってました。値段だけなら約9倍…。でも馴染めなかったらまた安いメモ帳にブックカバーをつけて持ち歩きたいと思います。

Moleskin/モレスキンクラシックプレーンノートブック(無地) QP012JP
	Moleskin/モレスキン売り上げランキング : 4367 Amazonで詳しく見る by G-Tools

ruby-prof

2009-06-20T17:52:00Z

railsアプリのレスポンスがたまに物凄く悪くなることがあり、ruby-profを試してみました。 ruby-profのバージョンは現在0.7.3なのですが、railsアプリをプロファイルする際に、従来のproductionモードで実行した結果をログに出すアプローチから、プロファイリングしたい部分をtestで実行するアプローチに変わっているようです。今回はログに実行結果を出力する0.6.0を使うことにしました。

ruby-profをインストールします。

$ sudo gem install ruby-prof --version=0.6.0

インストールされたgemにrails-pluginというフォルダがあるので、それをプロファイリングしたいrailsアプリのvendor/pluginsの下に置きます。

12	$ cd /opt/shrimp/current/vendor/plugins/$ cp -ipr /usr/local/lib/ruby/gems/1.8/gems/ruby-prof-0.6.0/rails_plugin/ruby-prof .

アプリケーションをproductionモードで再起動後、リクエスト毎にlog/production.logに計測結果が出力されます。

Processing TicketsController#index (for 59.156.119.10 at 2009-06-21 02:05:52) [GET]
  Session ID: BAh7CDoLZmlsdGVybzoQUXVlcnlGaWx0ZXIJOgxAZXJyb3JzbzoZQWN0aXZl
UmVjb3JkOjpFcnJvcnMHOwd7ADoKQGJhc2VABjoWQGF0dHJpYnV0ZXNfY2Fj
aGV7ADoYQGNoYW5nZWRfYXR0cmlidXRlc3sAOhBAYXR0cmlidXRlc3sOIg9j
cmVhdGVkX2F0IhgyMDA4LTA5LTI4IDIzOjI0OjUzIhBwcmlvcml0eV9pZCIG
MyIPdXBkYXRlZF9hdEl1OglUaW1lDZFWG4D3ZcgWBjofQG1hcnNoYWxfd2l0
aF91dGNfY29lcmNpb25GIgl3b3JkIgAiDW93bmVyX2lkIgYxIgdpZCIGMSIQ
Y2F0ZWdvcnlfaWRpBiIMdXNlcl9pZCIGMSIOc3RhdHVzX2lkIgctMzoJdXNl
cmkGIgpmbGFzaElDOidBY3Rpb25Db250cm9sbGVyOjpGbGFzaDo6Rmxhc2hI
YXNoewAGOgpAdXNlZHsA--ec1abaf426ea3d2f998bd9de5c10852c8499891a
  Parameters: {"action"=>"index", "controller"=>"tickets"}
Rendering template within layouts/application
Rendering tickets/index
Completed in 0.36246 (2 reqs/sec) | Rendering: 0.05925 (16%) | DB: 0.03879 (10%) |
 200 OK [http://xxxxx.wrap-trap.net/tickets]
 [http://xxxxx.wrap-trap.net/tickets]

Thread ID: 3084116400
Total: 0.140000

 %self     total     self     wait    child    calls  name
  7.14      0.05     0.01     0.00     0.04       26  <Class::ActiveRecord::Base>#find_every
  7.14      0.01     0.01     0.00     0.00        1  ActiveRecord::Transactions::ClassMethods#…
  7.14      0.01     0.01     0.00     0.00      140  ActiveRecord::Associations::AssociationProxy#…
  7.14      0.03     0.01     0.00     0.02      251  Hash#each
  7.14      0.01     0.01     0.00     0.00      140  Ticket(id: integer, name: string, owner_id: integer,…
  7.14      0.01     0.01     0.00     0.00      793  SQLite3::Driver::Native::Driver#column_type
  7.14      0.01     0.01     0.00     0.00      212  ActionController::AbstractRequest#relative_url_root
  7.14      0.01     0.01     0.00     0.00       47  Object#to_param
  7.14      0.01     0.01     0.00     0.00       83  <Module::SQLite3::Driver::Native::API>#sqlite3…
  7.14      0.01     0.01     0.00     0.00     2094  Kernel#is_a?
  7.14      0.01     0.01     0.00     0.00      164  Symbol#to_sym
  7.14      0.01     0.01     0.00     0.00       28  ActiveSupport::CoreExtensions::Array::Extract…
  7.14      0.03     0.01     0.00     0.02       80  Integer#times
  7.14      0.09     0.01     0.00     0.08      681  Kernel#send-2

なかなか便利なので、暫く仕込んだままにしておこうかと。

heroku.com

2009-06-18T19:26:00Z

herokuというrailsアプリケーションのホスティングサービスを使ってみました。以前はブラウザでrailsアプリが開発できる、ということでしたが、今はheroku gardenという名前になっています。ブラウザを使った開発も面白そうですが、まずはheroku.comを使ってみます。 heroku.comを使用する場合は、自分の環境でrailsアプリを作成したものをgit pushすると、herokuにdeployされます。料金はストレージと通信料、そして各種オプションで決まるようです。ストレージ5Mで通信がほとんど無ければfreeなので、その範囲内で試してみます。

まずはherokuをインストール。

$ gem install heroku

gitのremoteリポジトリを使用する為に、公開鍵をアップします。

$ heroku keys:add

railsアプリを作成し、git commitまでします。

123	$ rails foobar$ cd foobar$ git init && git add . && git commit -m "first commit"

heroku側にアプリケーションのdeploy先を作成します。

$ heroku create

createの後にアプリケーション名を入れないと、変な名前(今回はhollow-ice-37でした)を付けられてしまいます。ちょっと嫌なのでやり直し。

123	$ heroku destroy hollow-ice-37$ heroku create foobar(実際はアプリの名前)$ git push heroku master

git pushすると、自動的にdeployされます。deployされたアプリケーションをブラウザで確認したところ、

Missing the Rails 2.1.1 gem. Please `gem install -v=2.1.1 rails`, update your RAILS_GEM_VERSION setting in config/environment.rb for the Rails version you do have installed, or comment out RAILS_GEM_VERSION to use the latest version installed.

と。config/environment.rbの「RAILS_GEM_VERSION」をコメントアウトし、再度git pushしたところ、railsのデフォルトの画面が表示されました。これだけだとよく分からないので、ローカルでscaffoldして、herokuにアップしてみます。

123	$ script/generate scaffold task name:string start:datetime end:datetime owner:integer$ rake db:migrate$ script/server

普通に動くことを確認し、git push。ただ、これだけだとdeploy先でdb:migrateが実行されないらしく、ブラウザで確認するとエラーが出てました。 deployされたアプリケーションのログを見る為には、heroku logsを実行します。

$ heroku logs
==> log/production.log <==
# Logfile created on Thu Jun 18 11:14:08 -0700 2009

Processing TasksController#index (for 59.156.119.10 at 2009-06-18 11:14:17) [GET]

ActiveRecord::StatementInvalid (PGError: ERROR:  relation "tasks" does not exist
: SELECT * FROM "tasks" ):
  app/controllers/tasks_controller.rb:5:in `index'
  /home/heroku_rack/lib/static_assets.rb:9:in `call'
  /home/heroku_rack/lib/last_access.rb:15:in `call'
  thin (1.0.1) lib/thin/connection.rb:80:in `pre_process'
  thin (1.0.1) lib/thin/connection.rb:78:in `catch'
  thin (1.0.1) lib/thin/connection.rb:78:in `pre_process'
  thin (1.0.1) lib/thin/connection.rb:57:in `process'
  thin (1.0.1) lib/thin/connection.rb:42:in `receive_data'
  eventmachine (0.12.6) lib/eventmachine.rb:240:in `run_machine'
  eventmachine (0.12.6) lib/eventmachine.rb:240:in `run'
  thin (1.0.1) lib/thin/backends/base.rb:57:in `start'
  thin (1.0.1) lib/thin/server.rb:150:in `start'
  thin (1.0.1) lib/thin/controllers/controller.rb:80:in `start'
  thin (1.0.1) lib/thin/runner.rb:173:in `send'
  thin (1.0.1) lib/thin/runner.rb:173:in `run_command'
  thin (1.0.1) lib/thin/runner.rb:139:in `run!'
  thin (1.0.1) bin/thin:6
  /usr/local/bin/thin:19:in `load'
  /usr/local/bin/thin:19

PGError…。どうやらPostgreSQLを使っているようです。 deploy先でrakeを実行したい場合はheroku rakeコマンドを使います。

$ heroku rake db:migrate

これでscaffoldした内容を確認できました。

rolerequirementプラグイン

2009-06-15T16:51:00Z

roleを取り入れたいと思い、プラグインを探してみたところ、rolerequirementというプラグインが見つかったので、早速試してみました。

script/plugin install git://github.com/timcharper/role_requirement.git

インストール後、roleを表すRoleクラスを作成します。すでにrestful_authenticationを使用していた為、userというモデルができており、下記を実行後に「rake db:migrate」を行うことにより、roles、roles_usersという2つのテーブルが生成されます。

script/generate roles Role User

mysql> desc roles;
+-------+--------------+------+-----+---------+----------------+
| Field | Type         | Null | Key | Default | Extra          |
+-------+--------------+------+-----+---------+----------------+
| id    | int(11)      | NO   | PRI | NULL    | auto_increment | 
| name  | varchar(255) | YES  |     | NULL    |                | 
+-------+--------------+------+-----+---------+----------------+
2 rows in set (0.00 sec)

mysql> desc roles_users;
+---------+---------+------+-----+---------+-------+
| Field   | Type    | Null | Key | Default | Extra |
+---------+---------+------+-----+---------+-------+
| role_id | int(11) | YES  | MUL | NULL    |       | 
| user_id | int(11) | YES  | MUL | NULL    |       | 
+---------+---------+------+-----+---------+-------+
2 rows in set (0.00 sec)

あとはroleをuserに割り当てます。今回はroles、role_usersに対してSQLで直接レコードをinsertしました。次に、各コントローラに対して必要なroleを設定していきます。

1234	class RolesController < ApplicationController layout "master" before_filter :login_required require_role "admin"

あとは、roleが付与されたユーザ、付与されていないユーザを使用してテストを行います。権限がない場合は「You don’t have access here.」と表示されます。

NoMethodError (undefined method `responds_to_parent'

2009-06-08T15:18:00Z

何かファイルのアップロードがおかしいな、とログを見てみたら、responds_to_parentメソッドが見つからない、というエラーが出てました。

vendor/plugins/responds_to_parent/rails/init.rbを確認したところ、

12	ActionController::Base.send :include, RespondsToParentrequire 'parent_selector_assertion'

となっており、問題無さそう…と思ったものの、ローカルの開発環境を見てみたらinit.rb→rails/init.rbへのシンボリックリンクが貼られていました。覚えにないなぁ…。

rails/init.rbは自動的に読みこまれないんでしたっけ？取り合えず気をつけておきます。

クラウドに関する本3冊

2009-06-06T19:34:00Z

先週から今週にかけて、クラウドに関する書籍を3冊読みました。

このところ社内外でクラウドに関する話をよく聞くようになり、実際にどういったことができるのか、どういうメリットがあるのかを、SIerのエンジニアである自分の立場から他のエンジニアや顧客に対して話ができる必要があると考えています。

クラウドという言葉は抽象的ですが、この3冊を読んだ後に感じたのは、クラウドをHaaS、SaaS、PaaSの3つの軸で考え、それらをどのようにソリューションの中で活用していくか掘り下げていくことが、これからのSIerのエンジニアにとって必要であると考えました。

1つは、インフラコストをサービスの規模や品質により見極める力を持つこと。Amazon EC2のようなHaaSを利用した方がコスト面、リソース面で有効なケースは出てくると思います。

1つのサービスに必要なシステムを全部作成するのではなく、SaaSを活用することにより作るモノ/作らないモノを分け、作るモノについて注力する、という姿勢も重要になってくると思います。その為には、ソフトウェア開発という括りではなく、自分達にとって何が得意なのかを提示できなければなりません。

PaaSは正直まだ分かりませんが、今回読んだ本の中ではGoogle App EngineとSalesforceのForce.comがよく出てきました。これらのプラットフォーム上でアプリケーションを構築することがユーザ企業によって価値を生むようになってきていると思います。まずは何ができるのかを知る為に手を出していこうと思います。

クラウド化する世界
	村上彩翔泳社 2008-10-10 売り上げランキング : 3591 おすすめ平均この世界観が参考となった。時代の流れを感じることのできる一冊類書の中ではダントツにいい Amazonで詳しく見る by G-Tools

クラウドグーグルの次世代戦略で読み解く2015年のIT産業地図
	石田晴久國領二郎インプレスR&D 2009-02-26 売り上げランキング : 2464 おすすめ平均クラウドの全貌というよりかはクラウド時代までのいきさつになっている ICT業界のマーケター向きかなと思います。良い本だと思います。 Amazonで詳しく見る by G-Tools

クラウドの衝撃――IT史上最大の創造的破壊が始まった
	野村総合研究所城田真琴東洋経済新報社 2009-02-06 売り上げランキング : 570 おすすめ平均デファクトスタンダードになるのかも ■最新の業界動向に短時間でキャッチアップできます！世の中が変わるかもしれませんね Amazonで詳しく見る by G-Tools

sqlite3: unable to open database

2009-06-05T15:31:00Z

capstranoを使用してapacheを再起動し、アプリケーションにアクセスしてみると…

123	ActiveRecord::StatementInvalid (SQLite3::SQLException: unable to open database file: UPDATE "filters"SET "updated_at" = '2009-06-05 01:47:06' WHERE "id" = 1):...

というエラーが発生しました。database.ymlに記載されているsqlite3のファイルパスは問題がないので困りましたが、調べていくにつれて、ジャーナルファイルの作成に失敗しているようでした。ジャーナルファイルはsqlite3のデータベースファイルと同じ階層に作成されるのですが、railsのプロセスの所有者がそのディレクトリに対して書き込み権限を保持していませんでした。これまでジャーナルファイルを意識してきませんでしたが、update文等を発行すると確かに生成されていました。

12	sqlite> begin transaction;sqlite> update users set login='hoge' where id=1;

123	$ ls -la shrimp*-rw-r--r-- 1 masayuki dev 112640 2009-05-20 10:50 shrimp_production.sqlite3-rw-r--r-- 1 masayuki dev 2056 2009-06-06 00:20 shrimp_production.sqlite3-journal

http://www.sqlite.org/lockingv3.html#rollback

Any time a process wants to make a changes to a database file, it first records enough information in the rollback journal to restore the database file back to its initial condition. Thus, before altering any page of the database, the original contents of that page must be written into the journal. The journal also records the initial size of the database so that if the database file grows it can be truncated back to its original size on a rollback. The rollback journal is a ordinary disk file that has the same name as the database file with the suffix “-journal” added.

Oracleでいうところのロールバックセグメントのようなものなのでしょう。ディレクトリに対して書き込み権限を付与したところ、前述のエラーはでなくなりました。

移行先にcapistranoでdeploy

2009-06-04T17:26:00Z

さくらで動かしていたアプリケーションを移行しているのですが、capifyされたrailsのアプリケーションについては、capistoranoで移行してみました。

まずは、

$ apt-get install subversion

でsvnを使用できるようにします。次に、deploy.rbを移行先の環境に合わせて書き換えました。その後、

$ cap deploy:cold

としたところ、

123	.. ** [wrap-trap.net :: out] svn: Can't make directory '/opt/shrimp/releases/20090604151717': Permission denied..

と怒られてしまいました。ディレクトリの作成で失敗しているようなので調査してみると、確かに権限の問題はあるようですが、そもそも/opt/shrimpというディレクトリ自体も無い…。もうちょっと調べてみると、いきなりdeploy:coldが間違っていたようです。最初はdeploy:setupを行う必要がありました。

$ cap deploy:setup
  * executing `deploy:setup'
  * executing "sudo -p 'sudo password: ' mkdir -p /opt/shrimp /opt/shrimp/releases /opt/shrimp/shared
 /opt/shrimp/shared/system /opt/shrimp/shared/log /opt/shrimp/shared/pids && sudo -p 'sudo password: '
 chmod g+w /opt/shrimp /opt/shrimp/releases /opt/shrimp/shared /opt/shrimp/shared/system /opt/shrimp/
shared/log /opt/shrimp/shared/pids"
    servers: ["wrap-trap.net"]
    [wrap-trap.net] executing command
 ** [out :: wrap-trap.net] 
    command finished

その後、再度deploy:coldを実行したものの、やはりmkdirでPermission deniedは変わらず。権限がないということで色々と調べてみたところ、deploy:setup後にchownを実行してディレクトリの所有者を変更すれば良いことがわかりました。deploy.rbに以下を追加して再実行し、ディレクトリの所有者を変更します。

set :runner, 'masayuki'
set :group, 'users'
set :use_sudo, true
...
after 'deploy:setup' do
  try_sudo "chown -Rf #{runner}:#{group} #{deploy_to}"
end

「try_sudo」というコマンドは知らなかった。というかcapistranoのコマンドにどんなものがあるか知らない。そういったドキュメントを見たことがないのですが、rdoc見るしかないのかな。

http://lee.hambley.name/capistrano-2.5.0/rdoc/

ちなみに、deploy先の環境に合わせて、after_symlinkでファイルを上書いています。これが普通のやり方なのかわかりませんが。

task :after_symlink do
  %w{database.yml envrinment.rb}.each do |f|
    run "cp -f #{shared_path}/files/#{f} #{current_path}/config/#{f}"
  end
  %w{production.rb}.each do |f|
    run "cp -f #{shared_path}/files/#{f} #{current_path}/config/environments/#{f}"
  end 
end

passengerとの連携はまだできてないので、後日試してみたいと思います。

和田秀樹の“最終最強”知的生産術

2009-06-01T18:02:00Z

和田秀樹の“最終最強”知的生産術 (Mainichi Business Books)
	和田秀樹毎日新聞社 2008-06-28 売り上げランキング : 289498 おすすめ平均相変わらずの「単一的」価値観は健在の様子です今までのまとめ満足な1冊 Amazonで詳しく見る by G-Tools

最近はビジネス書よりも技術に関する書籍(特にタイトルに「クラウド」とついているもの)を優先的に読んでいます。

そんな中で、たまたま目に留まったのがこれ。ということで、気になったところを。

頭がいい

問題解決能力が高いかどうかで決まる。より幅広いシチュエーションの問題に対して、より妥当な答えが出せる人こそ頭がよい。

記憶のプロセス

第一段階 - 理解と注意
次の段階 - 貯蔵(保持)
次の段階 - 出力(想起)

推論の幅を広げる

他人の立場に立ってものを考えてみる
今の考えと逆を考えてみる

メタ認知

メタ認知的知識 - 自分の知識状態(得意・不得意)を知る
メタ認知的活動 - 自分の認知パターンをモニターし、自分の思考や知識状態を修正する
メタ認知力をつけるには、習慣や態度がもっとも大切

理系発想

実験や統計的な裏づけのほうが大切だという考え方をすること。試しにやってみてうまくいけば、それを全店でやってみる。駄目ならすぐにやめて別の仮設を試してみる

傾向と真の命題を区別する

100%そうなのか(真の命題)、単なる傾向や確率の高さを示すものなのかを区別する

知的体力の三要素

仮説や提案をいくつも思いつける知性
実際にあれこれと試してみる体力
うまくいかない際に、それでも続けられる精神力

不安

振り回されるのではなく、それとつきあっていればいいのだという逆転の発想があれば、そう怖いものではない

感情のコントロール術

食事において、より多くの品目を取る
肉を取らなさ過ぎると、セロトニン不足になりやすい
うまくいかない際に、それでも続けられる精神力

自分なりに知識を加工して得られた新たな知識は、自分のオリジナルの引き出しとなる
スキマ時間にやれる仕事を持つ
時間あたりの効率性を意識する
外面を変える、行動を変えることは予想以上に人間を変える
一冊の本を速読するのではなく、一部を熟読する
出力できる知識を増やす方法としては、それを実際に出力してみることである
自分の長所を前面に出せば、できるように見せるのはそう難しくない
負けから学ぶ
相手の自己愛を傷つけない、相手の顔に泥を塗らない

初めてpull requestを受け取った

2009-05-30T10:13:00Z

久々にgithubを見たら、pull requestが来ていました。userstampのfork元が修正され、それに伴ってfork先にpull requestが発行されたようです。メール見てませんでした。

他の人の変更を取り込んだことが無かったので、Guides: Pull Requestsを見ながら差分をmergeしてみます。

まず、今回の変更が行われたリモートリポジトリを登録しようとしたところ、

12	$ git remote add -f korobkov git://github.com/korobkov/userstamp.gitfatal: Not a git repository

と怒られてしまいました。以前作業したgitフォルダとは別のフォルダで作業しようとした為、.gitフォルダが無くてNGのようです。git initしないといけないらしい。

$ git init
Initialized empty Git repository in /home/masayuki/work/rails/tmp/test/.git/
$ ls -la
合計 12
drwxr-xr-x 3 masayuki dev 4096 2009-05-30 16:55 .
drwxr-xr-x 4 masayuki dev 4096 2009-05-30 16:55 ..
drwxr-xr-x 7 masayuki dev 4096 2009-05-30 16:55 .git

.gitフォルダができました。remote addはうまくいったので、ファイルを取り込む為のbranchを作成します。

12	$ git checkout -b korobkov/masterfatal: ou are on a branch yet to be born

また怒られてしまいました。READMEというファイルを作成しcommitした後、再度試してみると、

12	$ git checkout -b korobkov/masterSwitched to a new branch "korobkov/master"

うまくいきました。次に、先ほどのbranchにファイルを取り込もうとしたところ、

12	git pull korobkov masterfatal: empty ident not allowed

またまた怒られてしまいました。configに、user.nameの指定が無かった(user.namaになっていた)為でした。

123	$ git config --global user.name "masayuki038"$ git pull korobkov masterAutomatic merge failed; fix conflicts and then commit the result.

取り込めたものの、READMEファイルがconflictしました。修正して、

$ git commit -a -m"update merge"

でコミット。次に、以前forkして変更を加えたremoteリポジトリを登録します。この際、remoteリポジトリの場所にPublic Clone Urlを指定してしまうと、pushする際に、

12	$ git push origin masterYou can't push to git://github.com/user/repo.git

とエラーがでます。その為、remote addにはYour Clone Urlを指定します。

$ git remote add origin git@github.com:masayuki038/userstamp.git

branchをmasterに切り替えます。

$ git branch
* korobkov/master
  master

$git checkout master

あとはmasterにpullし、branchにpullしたファイルをmergeします。

$ git pull origin master
$ git merge korobkov/master
warning: refname 'korobkov/master' is ambiguous.
warning: refname 'korobkov/master' is ambiguous.
Auto-merged README
Merge made by recursive.
 README                                 |    8 ++--
 lib/stampable.rb                       |   54 ++++++++++++++++--------------
 test/compatibility_stamping_test.rb    |    2 +-
 test/helpers/functional_test_helper.rb |   10 +++--
 test/helpers/unit_test_helper.rb       |   58 ++++++++++++++++---------------
 test/stamping_test.rb                  |    2 +-
 test/userstamp_controller_test.rb      |   24 +++++++------
 7 files changed, 84 insertions(+), 74 deletions(-)

自動的にcommitされるらしく、リモートリポジトリにpushして完了です。

$ git push origin master
Counting objects: 50, done.
Compressing objects: 100% (22/22), done.
Writing objects: 100% (38/38), 7.78 KiB, done.
Total 38 (delta 21), reused 25 (delta 14)
To git@github.com:masayuki038/userstamp.git
   af36e03..7df7841  master -> master

Phusion Passengerのリソース消費その2

2009-05-30T07:22:00Z

数日様子を見てみたのですが、間隔を空けてアクセスすると非常に長い時間待たされるので、 PassengerPooledTimeを0にすることでapplication instanceを落とさないようにしてみました。

/etc/apache2.conf

123	PassengerMaxPoolSize 1PassengerPoolIdleTime 0PassengerStatThrottleRate 3600

メモリリーク等の要因でジリジリとメモリの使用率が上がっていく懸念はあるので、その場合はPassengerMaxRequestsを指定するつもりです。

Phusion Passengerのリソース消費

2009-05-25T14:43:00Z

Phusion Passengerを使うようにしたのですが、リソースの消費量は気になるところ。チューニングの方法については、以下のページにあります。

5.12. Resource control and optimization options

上記ページを見る限り、チューニングパラメータは以下の5点です。

PassengerMaxPoolSize
PassengerMaxInstancesPerApp
PassengerPoolIdleTime
PassengerMaxRequests
PassengerStatThrottleRate

最初のPassengerMaxPoolSizeはrailsのインスタンスの最大値で、VPSでメモリが256MBでMySQLのような他のサービスも立ち上がっている場合は2が推奨とのこと。最後のPassengerStatThrottleRateは、config/environment.rb等のファイルの存在をチェックする間隔(秒)で、デフォルトの0だと毎リクエスト毎にチェックするらしい。

ということで、/etc/apache2.confの最後に以下の指定をしました。

12	PassengerMaxPoolSize 2PassengerStatThrottleRate 3600

apache2起動後にblogにアクセスしてみると、どーんと120MBくらいメモリを使用します。うーん、どうなんだろう。あまり変化がないようであれば、PoolIdleTimeを0にしてプロセスを常駐させることも検討してみます。

Inkscape

2009-05-25T14:01:00Z

仕事では、デザインや画像を作成する仕事は基本的にデザイナの方々に任せてしまっているのですが、たまたま機会があって、Inkscapeを使って画像を作ってます。PhotoshopやIllustratorはほとんど使ったことはありませんし、Inkscapeにしても最初は操作の仕方等全然わかりませんでしたが、慣れてくるにつれ自分のやりたいことができるようになってくるから不思議です。

最初は以下の書籍を読んで何度か練習し、今ではちょっとした操作であれば何も見ずに行うことができるようになりました。自分には縁遠いと思っていた描画ツールでこんなに楽しめるとは正直思いませんでした。

自分にとって得意なことをやる、ということも大事ですが、普段手を出さないことにチャレンジする姿勢は保ち続けたいと思います。仮にシステム構築が担当でも、デザインの良し悪しを感じられる感性を育むことがNGではありません。画像の作成を他者に任せる場合でも、どこまでイメージを細かく説明できるかによって、出てくるアウトプットの質は異なります。大事なのは、機会を逃さないことだと思います。

Inkscapeスーパーテクニック―無料で使える高性能ベクタードローツール (100%ムックシリーズ)
	水上淳嗣晋遊舎 2008-11-26 売り上げランキング : 7628 おすすめ平均解説書とは？テクニック満載で分かり易い Amazonで詳しく見る by G-Tools

CodeRay

2009-05-24T04:23:00Z

よくコードを貼り付けるので、コードハイライトは欲しいところ。Mephistoには、デフォルトでCodeRayというコードハイライト用のライブラリと、それを使用するプラグインが入っているようなので、早速使ってみます。

adminページにログインし、「Design」タブをクリックする
CodeRayのcssフィルを「Template source code」に貼り付け、coderay.cssという名前で保存する
そのままlayout.liquidを開き、スタイルを読み込む場所に「{{ ‘coderay’ | stylesheet }}」を追加
以下のようにハイライトしたいコードのところで<macro:code>タグを挿入する
<macro:code>タグの内側に表示させたいコードを書く

12	puts "Hello, World."puts Time.now

<macro:code>タグを記述したコードを表示したいのですが、preタグ下でmacroを記述するとmacroの展開が先に来てしまうらしく、うまく表示できないので諦めました。

サーバ引越し

2009-05-23T14:35:00Z

blog(日記)は、はてなダイアリで始めて、さくらインターネットのレンタルサーバに移り、今回で3つ目となりました。

さくらインターネットに乗り換えたのは、blogの記事の管理を自分でやりたかったことと、作成したアプリケーションを配備できるサーバが欲しかった、という2点からでした。実際にRubyで作成したアプリケーションを置いて使ってきましたが、railsがcgiでしか動かせず、またapacheのerror.logが見れない為にcgiでエラーが出ると解決に時間がかかることから、いつかまた引越ししたいと思っていました。

ちょうど4月頃に仕事が落ち着いてきて引っ越し先を探していたところ、会社の先輩のblogに書いてあったNYNOCのVPSの件を思い出して、今回の引っ越しとなりました。さくらインターネットで契約していたレンタルサーバのスタンダードプランとほぼ同じコストながら、サーバを自由に使えるということでapt-get installばかりしております。

今回の引っ越しに伴い、さくらインターネットは解約します。さくらインターネットに置いていたtDiaryも移設しました。今後は更新しませんが、アーカイブとして見れるようにしておきます。

http://wrap-trap.net/~masayuki/diary/

今回はMephistoというRailsの上で動くCMSを使用することにしました。デフォルトでインストールされているapacheからmod_proxyを使ってmongrelに繋げようと思ったのですが、Mephistoをサブディレクトリ下で動作させる為にパッチを当てる必要があるらしく、面倒なのでpassengerを入れてバーチャルホストで分けるようにしました。

今後どのくらいの頻度で書けるかまだ分かりませんが、せっかく場所を作ったので、時間を作って書いていきたいと思います。