2008年3月アーカイブ

• 検索がある （検索がないとメソッド名でたどり着けませんよね？）
• 階層を辿りやすい （おぉ、Flashだ）
• メインのペインが広くて読みやすい （標準の４ペイン表示は強烈に見づらいですよね？）
• スタイルも綺麗で見やすい （まぁ、これは好きずきかも）
  

• 携帯でユーザーIDとパスワードを入力してもらう

• 一時的な認証情報のURLをメールで送信

• 一時的な認証情報のURLを表示＆QRコードでも表示

• Iwazer Report （ココ）
• はてなブックマーク
• 今読ミ
• Last.fm
  
• Zorg
• Flickr
• twitter
  

• アドレスに about:config
• フィルタに browser.sessionhistory.max_total_viewers
• 表示された行をダブルクリックしてダイアログを表示し、0以上の値に変更

ドキュメントを読むとchange_columnは項目型を変更するもと書かれていて、長さの変更は出来ないのかなと思いましたが、他に適当なメソッドも無さそうだったのでやってみると、（:limit=>32 指定だった 'name' を :limit=>255 に変更）

def self.up
  change_column :users, :name, :string, :limit=>255
end

全然ＯＫでした。まぁ長さ変更も型変更のうちですしね。

この場合、逆変換は破壊的変換になるので、ドキュメントに従えば自動では行わず、

def self.down
  raise ActiveRecord::IrreversibleMigration
end

とするのが行儀がよいということでした。

RailsによるアジャイルWebアプリケーション開発 第4版
Ruby on Rails 3 アプリケーションプログラミング 山田 祥寛 (著)

はてブの人気エントリーを見ていたら、「罫線を撲滅したい - good2nd」というエントリーを知った。
私も見たが、「センスのいい、美しいデザインの履歴書 | コリス」を読んで感じたことの様だ。

確かに罫線がたくさんあって打ちにくいドキュメントは作成していてイライラしてきます。もっと他にやらねばならないことがあるのにと。私も以前は罫線を極端に憎んでおりました。

しかし最近、罫線は読む人のためのものであると考えて、アリなのかなと思っています。
特に定型でずっと変わらず情報量が多い文書は人が紙で高速に処理するために、見たい項目を位置で分りやすくできる罫線は必須だと思われます。その代表が履歴書ですね。各人がそれぞれオサレだが、書いている内容の位置が違う履歴書をもってきたら、それを大量に処理しなければいけない大企業の採用担当は大変です。ただ、履歴書をひと味違う自分をアピールするためツールとして使える職種・業種ならこの限りではないと思いますが（笑）

また、紙を使わないにしても、人が目で見て処理をしなければいけない場合（コンピュータに近いところで言えばソフトウェアの仕様書などもそれに含まれそうです）、ただ書くだけよりも、書く方の負担にはなるが、読む側への理解を助ける目的で面倒なフォーマットをすることになりがちです。

まぁ、good2nd さんも「読み易けりゃいいんじゃないの？」と書いている通り、それは分っていてセンセーショナルなタイトルでやり過ぎなケースに対して問題提起しているのであろうなぁ。

罫線が面倒でイライラするときは、見る人のために少し頑張ってあげようかな、なんて考えれば、少しは精神的に良いかも知れません。