FreeStyleVision http://freestyle.nvo.jp ネクストビジョン社員による情報配信を行っているブログです。 Fri, 03 Feb 2012 12:47:37 +0000 http://wordpress.org/?v=2.7.1 ja hourly 1 リファクタリングという技術 http://freestyle.nvo.jp/archives/961 http://freestyle.nvo.jp/archives/961#comments Fri, 03 Feb 2012 12:46:09 +0000 yasukuni http://freestyle.nvo.jp/?p=961 コーディングを行なっている際に次のような経験はないでしょうか？

・ちょっと前にも同じようなことを記述した記憶がある。
・似たような機能(画面)が既に存在したので、コピー＆ペーストでコードを複製した。
・コードの中にコメントを記載しないと意味が解らない変数やマジックナンバーが沢山ある。
・バグが入り込んだ際に、原因の特定に時間を要する(修正が困難)又は、途中でトレースするのが嫌になった。
・仕様変更による影響が多岐に及び、対応/評価に莫大な時間を要した。

この様な経験があれば、リファクタリングが必要なのかもしれません。

リファクタリングとは機能を変更することなく、コードの組み換え等を行い仕様変更への耐性、保守性の向上を行う技術です。
この技術の根本には、仕様というのは変動的であり、多くの場合に漏れ(抜け)があるという考えのもと行われます。
例えば、同様のコードが見つかった際に、共通化する小さな努力を怠ったり複製を行うと、修正が発生した場合に対象が多岐に及ぶことは避けられません。

ただ、このリファクタリングを行う際に、一番注意しなければならないことは
『リファクタリング前後で動作が変わらないこと』です。
ただ闇雲に行なってしまうと、正常に動作していた機能が動作しなくなるばかりか、芋づる式に修正範囲が広がってしまい、逆に手が付けれないことにもなりかねません。
大きなリファクタリングを行う際は、テスト方法も併せて十分検討する必要があります。

次は小さなリファクタリングのサンプルです。この処理は何を意味するのでしょうか？

int work = 100 / 37.5782;

マジックナンバー”37.5782″がよくわからないので隠蔽するために、処理をメソッド化しました。(※37.5782は100m世界記録の時速)

int hour = this.getNecessaryHourForRunning(100);

function int getEstimateHour(int km){
return km / 37.5782;
}

行数は増えてしまいましたが、処理を共通化することだけがリファクタリングの目的ではありません。
このメソッドを見れば、走るために必要な時間(h)が取得できることが一目でわかります。
もし仮に、ヒトが走ると疲れることを考慮に入れる仕様が追加された場合も、このメソッドを修正すれば非常に小さなスコープで影響が収まります。

まず、この様な小さなことから始めてみると良いのかもしれません。

]]> http://freestyle.nvo.jp/archives/961/feed RoRライクのJavaフレームワーク「Play Framework」 http://freestyle.nvo.jp/archives/947 http://freestyle.nvo.jp/archives/947#comments Tue, 24 Jan 2012 03:51:04 +0000 nakas http://freestyle.nvo.jp/?p=947 普段はJavaをメインに使っていながら、最近はHTML5/JS/Android/iOSなどクライアントサイドの技術が賑わっていることもあって、サーバーサイドの技術、特にWebフレームワークには目を向けていなかったんですが、Java/Scalaエンジニア界隈では、 “Play Framework” が最近注目されているらしいです。

http://www.playframework.org/

JavaによるWebアプリケーション開発を容易にすることを目的とした、
Ruby on RailsライクのOSSフレームワークです。

概要や特徴などは公式サイトで分かりやすく説明されているので、そちらを参照してください。今回紹介する環境構築手順や開発フローが見られる10分程度のムービーもあります。
公式ではありませんが、翻訳サイトもあります。

http://playdocja.appspot.com/

早速、ローカル環境(WindowsXP)に開発環境を構築してみます。
なお、Java5以降がインストールされている前提です。

1.最新バージョン(v1.2.4)をダウンロードします。

http://www.playframework.org/download

ファイル：play-1.2.4.zip

2.ダウンロードしたファイルを任意のフォルダに展開します。

今回は以下のディレクトリに展開
D:\work\play-1.2.4

3.コマンドプロンプトを起動して、新規アプリケーション作成用のコマンドを実行します。

# cd D:\work\play-1.2.4
# play new myapp

途中でアプリケーション名を聞かれるので適当に入力します。

4.アプリケーションの起動コマンドを実行します。

# play run myapp

5.ブラウザを開いて、URLを入力します。

http://localhost:9000/

基本的な環境構築は以上です。

Tomcatなどのアプリケーションサーバ上で動作させることもできますが、スタンドアロンで動作するので、すぐにアプリケーションの開発に取り掛かれます。
テキストエディタをはじめ、Eclipseなどお好みのIDEで開発できるのもGoodです。

環境構築だけでなく、アプリケーションの開発においても、効率的に開発できる機能がたくさん含まれているので、順次試していきたいと思います。

]]> http://freestyle.nvo.jp/archives/947/feed Rubydoctestの挙動メモ http://freestyle.nvo.jp/archives/938 http://freestyle.nvo.jp/archives/938#comments Fri, 06 Jan 2012 09:08:44 +0000 山平 http://freestyle.nvo.jp/?p=938 前回、Rubydoctestのドキュメントを邦訳しました（rubydoctest - Example Usage の邦訳）。
本家のドキュメントも少ないのですが、他に情報らしい情報もほとんど見当たりません。
唯一見つけた情報も使い方というよりは紹介ですし、かなり古い記事です。

なので使ってみた結果をここに記録しておきます。

呼び出しに関すること

微妙なパス指定

ファイル名の指定に"*(任意の文字列)","?(任意の文字)"が使えるようですが、"**(任意の階層)"は使えないようです。
なので、

  • ./aaa/astk.rb
  • ./aaa/bbb/msptmy.rb
  • ./xxx/inds.rb

上のような構成で"rubydoctest **/*.rb"とタイプしてもmsptmy.rbはテストされません。

rubydoctest **/*.rb
=== Testing 'xxx/hoge.rb'...
OK  | Default Test
1 comparisons, 1 doctests, 0 failures, 0 errors
=== Testing 'aaa/astk.rb'...
OK  | Default Test
1 comparisons, 1 doctests, 0 failures, 0 errors

ここはトップレベルの指定だけで全部テストしてほしいところです。

シンプルなirbセッションを貼り付ける

irbの結果を張り付けるだけでテストコードが作成できるのは便利なのですが、シンプルなirbセッションを張り付けないと怒られてしまいます。
「シンプルなirbセッション」とは、「--simple-prompt」オプションを指定して起動したirbセッションのプロンプトのことを意味しています。

シンプルでない（デフォルト）の場合

$ irb
irb(main):001:0> 1+1
=> 2
irb(main):002:0>

シンプルなirbセッションの場合

$ /usr/bin/irb --simple-prompt
>> 1*1
=> 1
>>

なので「.bashrc」にエイリアスをつけておくのがいいと思います。

alias irb='irb --simple-prompt'

テストに関すること

まず、挙動確認に使ったソースと動作結果を示します。

ソース「doctest.rb」

PLAIN TEXT
RUBY:
  1. #!/usr/bin/ruby
  2.  
  3. #doctest: 事前にインスタンスが作れる
  4. # テスト中は変数が生きているので、以降のテストでも利用可能
  5. # クラスの場合などに便利
  6. #>> d = Doctesttest.new
  7. #>> d.class
  8. #=> Doctesttest
  9. class Doctesttest
  10.  
  11. #doctest: 足し算
  12. #>> d.add(1,2)
  13. #=> 3
  14. def add(a, b); a + b; end
  15.  
  16. #doctestディレクティブがないと前のテストに
  17. #含まれている用に見えるけど、無視はされてないっぽい
  18. #>> d.sub(1,2)
  19. #=> -1
  20. def sub(a, b); a - b; end
  21.  
  22. #doctest: ここでdoメソッドを試す
  23. # !!!ディレクティブで止める
  24. #!!!
  25. def do(expression); eval expression; end
  26.  
  27. #doctest: !!!ディレクティブはexitで抜ける
  28. # 抜けた後はrubydoctestのセッションに戻る
  29. # 2回"exit"とタイプしないといけないのはなぜ？
  30. #>> d.do "1+1"
  31. #=> 2
  32. end

テスト結果

$ rubydoctest doctest.rb
=== Testing 'doctest.rb'...
OK  | テスト中の変数は最後まで生き残る
なのでクラスのインスタンスを最初に作れば
以降のメソッドで使いまわせる
OK  | 足し算
OK  | ここでdoメソッドを試す
!!!ディレクティブで止める
>> d.do "1+2+3"
=> 6
>> exit
>> exit
OK  | !!!ディレクティブはexitで抜ける
抜けた後はrubydoctestのセッションに戻る
2回"exit"とタイプしないといけないのはなぜ？
4 comparisons, 6 doctests, 0 failures, 0 errors
$

事前に宣言したオブジェクトを使える

ソースの先頭でDoctesttestクラスのインスタンスを作成しています。
テスト中はこのインスタンスが生きているので使い回すことができます。
クラスのメソッドを確認するのに毎回オブジェクトを作る必要はありません。

doctestディレクティブ

doctestディレクティブが記述されていないテストは「OK | メッセージ」という形式で結果が出力されませんが、テストとしてはカウントされているようです。
（最後の「4 comparisons, 6 doctests」に注目）

クラスのテストの場合には、1メソッドに1doctestディレクティブで記述するのが読みやすそうです。

!!!ディレクティブ

テストの途中でirbセッションを触ることができます。
大量の自動テストの途中で止まってしまうことを考えると不便ですが、デバッグ中に毎回入力する内容までを自動化すると便利です。
ただし、エラーが発生した場合、通常のirbセッションと違って変なスタックトレースが出力されてしまって問題のある箇所が特定できません。。。

テストにセッションを返す際は「exit」と入力すればよいとドキュメントにあるのですが、なぜか2回入力しないと戻りませんでした。

結論

便利そうで意外と不便なのですが、それでも使いたくなる魅力を感じるのは私だけでしょうか？
何を重視するかによっても評価は変わってくると思いますが、

  • ソースファイルの中に一緒に記述できるので、忘れたころにソースを触る必要が合った場合にテストコード紛失の恐れがない
  • コメントとして記述するのでrdoc等のドキュメントにもテストコードが出力され、一粒で二度おいしい（これもソースファイルだけの管理で紛失の心配がない）

この二点にたまらない魅力を感じるのは、私の「作っては放置し、久しぶりに触っては苦労する」という習慣のせいなのでしょうが。。。

以上です。

]]> http://freestyle.nvo.jp/archives/938/feed rubydoctest - Example Usage の邦訳 http://freestyle.nvo.jp/archives/931 http://freestyle.nvo.jp/archives/931#comments Mon, 05 Dec 2011 10:36:18 +0000 山平 http://freestyle.nvo.jp/?p=931 前回（レーベンシュタイン距離で文字列の類似度を測る）引用させていただいたサイトさま（Moderation is a fatal thing. Nothing succeeds like excess.）でとても気になる記述がありました。

で、、、この手のコードを書いたときに、ちょっとしたテストも書いときたいなあ、と思うんですよね。Python だと、doctest っていうコメントにテストを埋め込める便利なのがあるんですが、ruby にもないものかと思って探したらありました。rubydoctestってやつが。

Ruby DocTest

気になりすぎて調査したかったので前回はあえて触れず、今回紹介されているrubydoctestの使用例のページ（Example Usage）を訳してみました。
ほとんどコードでかつコード中の文は訳していないのですが、雰囲気はつかめると思います。

Example Usage
使用例

Create a .doctest document, for example, “simple.doctest”, and begin documenting your application, like this:

例えば"simple.doctest"のような、拡張子"doctest"のドキュメントを生成します。
そして以下のようにあなたのアプリケーションについて記述します。

PLAIN TEXT
RUBY:
  1. Here is an example doctest file (say called simple.doctest):
  2.  
  3. This is an example test that succeeds
  4. >> 1 + 2
  5. => 3
  6.  
  7. And here’s a test that will fail
  8. >> 1 + 2
  9. => 4
  10.  
  11. Test a some multiline statements
  12.  
  13. >> class Person
  14. attr_accessor :name
  15. end
  16. >> Person
  17. => Person
  18.  
  19. >> p = Person.new
  20. >> p.name = “Tom”
  21. >> p.name
  22. => “Tom”
  23.  
  24. doctest: you split a file into separate named tests by adding a doctest: directive
  25. >> 1 + 2
  26. => 4

Or, put your pastes in as comments within your ruby code, say, factorial.rb, like this:

もしくは以下のようにあなたのアプリケーション"factorial.rb"のコードにコメントとして記述することもできます。

PLAIN TEXT
RUBY:
  1. doctest: factorial should give correct results for 0 to 2
  2. >> factorial(0)
  3. => 1
  4. >> factorial(1)
  5. => 1
  6. #
  7. comments describing the parameters can be included
  8. this is how it works with 2:
  9. >> factorial(2)
  10. => 2
  11. def factorial(n)
  12. if n == 0
  13. 1
  14. else
  15. n * factorial(n-1)
  16. end
  17. end
  18. #
  19. doctest: should work for 3, too
  20. >> factorial(3)
  21. => 6

When the above code is run, i.e. with the command “rubydoctest factorial.rb”, it shows the following results:

上記のコードを"rubydoctest factorial.rb"というコマンドで実行させると、以下のような結果が得られます。

PLAIN TEXT
RUBY:
  1. === Testing 'factorial.rb'...
  2. OK  | factorial should give correct results for 0 to 3
  3. OK  | should work for 3, too
  4. 6 comparisons | 2 doctests | 0 failures | 0 errors

You can do multiline statements like this, as long as the indentation level is greater than the >> start line (note that ‘end’ is at an unnatural indentation level):

インデントの階層をテスト開始行の">>"よりも深くしておけば、複数行にまたがってテストコードを記述することもできます。
(メモ:インデントの階層が条件に合わないとき、複数行コードの終了とみなします)

PLAIN TEXT
RUBY:
  1. #>> all_true = true
  2. #>> 3.times do |t|
  3. #      all_true &&= (a[t] == b[t])
  4. #      end
  5. #>> all_true
  6. # => true

Here’s a more advanced usage example, in a Rails model, book.rb:

以下にRailsのモデルクラス"book.rb"を使ってさらに進んだ使用例を示します。

PLAIN TEXT
RUBY:
  1. require File.join(File.dirname(__FILE__), "..", "rubydoctest_helper")
  2.  
  3. class Book <ActiveRecord::Base
  4.  
  5. === Description
  6. Extension for sections and chapters collections
  7. e.g. book.sections.approved_only, book.chapters.dirty!
  8. === Tests
  9. doctest: Sample data should provide an example of a book with both approved
  10. and unapproved sections.
  11. >> v_a_books = Book.varied(:approved)
  12. >> v_a_books.size> 0
  13. => true
  14. doctest: Sample data should provide an example of a book with both dirty
  15. and non-dirty sections.
  16. >> v_d_books = Book.varied(:dirty)
  17. >> v_d_books.size> 0
  18. => true
  19. module SectionExtension
  20. === Tests
  21. doctest: Book#sections.approved_only should return approved sections,
  22. including first-level sections, i.e “chapters”.
  23. >> s = v_a_books.first.sections.approved_only
  24. >> s.size> 1
  25. => true
  26. >> s.any?{ |t| t.approved? }
  27. => true
  28. >> s.any?{ |t| !t.approved? }
  29. => false
  30. def approved_only
  31. self.select{ |s| s.approved? }
  32. end
  33.  
  34. === Tests
  35. doctest: Book#sections.unapproved_only should return unapproved sections,
  36. including first-level sections, i.e “chapters”.
  37. >> s = v_a_books.first.sections.unapproved_only
  38. >> s.size> 1
  39. => true
  40. >> s.any?{ |t| t.approved? }
  41. => false
  42. >> s.any?{ |t| !t.approved? }
  43. => true
  44. def unapproved_only
  45. self.select{ |s| !s.approved? }
  46. end
  47.  
  48. === Tests
  49. doctest: Book#sections.dirty! should set the dirty flag for sections
  50. specific to the particular book it was called on.
  51. >> book = v_d_books.first
  52. >> (yes = book.sections.count(:conditions => [“dirty = ?”, true]))> 0
  53. => true
  54. >> (no = book.sections.count(:conditions => [“dirty = ?”, false]))> 0
  55. => true
  56. >> v_d_books.first.sections.dirty!
  57. >> book.sections.count(:conditions => [“dirty = ?”, true])
  58. => yes + no
  59. >> book.sections.count(:conditions => [“dirty = ?”, false])
  60. => 0
  61. def dirty!
  62. self.update_all [“dirty = ?”, true]
  63. end
  64. end
  65.  
  66. has_many :sections,  :extend => SectionExtension
  67.  
  68. === Description
  69. Find books with a diverse set of sections with a certain property.
  70. === Examples
  71. @see SectionExtension module
  72. def self.varied(field, min = 2)
  73. find_by_sql \
  74. “SELECT * FROM books WHERE id IN
  75. (SELECT book_id FROM sections
  76. GROUP BY book_id
  77. HAVING COUNT>= #{min})”
  78. end
  79. end

See the Rails Usage page for more information about the rubydoctest_helper script mentioned above.

上記のコード中で参照しているスクリプト"rubydoctest_helper"についての詳しい説明はページ"Rails Usage"を参照してください。

In each case, you run your tests using the rubydoctest command-line tool, e.g.:

どちらの場合においても、コマンドラインツール"rubydoctest"を使ってテストを実行します。

PLAIN TEXT
RUBY:
  1. $ rubydoctest doc/sample.doctest
  2. $ rubydoctest factorial.rb
  3. $ rubydoctest app/models/book.rb

Note also that you can use =begin and =end to suround the tests, ex: factorial.rb

埋め込みドキュメント(rubyコード中、=beginと=endに囲まれている部分)内に記述できる事を、先ほどのアプリケーション"factorial.rb"を例に付記しておきます。
訳注:埋め込みドキュメントについては下記を参照してください。
埋め込みドキュメント < 字句構造 < Ruby 1.9.2 リファレンスマニュアル

PLAIN TEXT
RUBY:
  1. def factorial(n)
  2. if n == 0
  3. 1
  4. else
  5. n * factorial(n-1)
  6. end
  7. end
  8. =begin
  9. doctest: fact
  10. >> factorial(0)
  11. => 1
  12. =end

And that tests can be interspersed with comments, a la

そしてこのテストコードには、以下のようにコメントをちりばめることができます。

PLAIN TEXT
RUBY:
  1. doctest: factial 0 is 1
  2. >> factorial(0)
  3. => 1
  4. #
  5. These numbers grow much larger with a higher n:
  6. #
  7. >> factorial(10)
  8. => 3628800

And since your test code and comments will appear in the rdocs, you’ve made instant documentation for parameters to your functions.

そして、あなたのテストコードはRDoc上にも出力されるため、メソッド(など)についての使用例のドキュメントを作成したことにもなるのです。

And all it cost was a copy and past from an irb session.

そのドキュメントはirbセッションからコピーペーストする労力しかかかっていないのです。

Last edited by canadaduane, September 15, 2010

最終更新： 2010/09/15 canadaduane

]]> http://freestyle.nvo.jp/archives/931/feed レーベンシュタイン距離で文字列の類似度を測る http://freestyle.nvo.jp/archives/925 http://freestyle.nvo.jp/archives/925#comments Fri, 18 Nov 2011 05:06:33 +0000 山平 http://freestyle.nvo.jp/?p=925 過去にネットで見かけてその存在だけは知っていたレーベンシュタイン距離について追ってみます。
編集距離 (Levenshtein Distance) - naoyaのはてなダイアリー

すでにrubyで実装されている方がいらっしゃったので、それを使うことにします。
ruby でレーベンシュタイン距離（編集距離）の計算 - Moderation is a fatal thing. Nothing succeeds like excess.

（私的な）使い勝手向上のために以下2点の修正を加えています。

  1. Stringクラスを再オープンしてメソッドを定義
  2. メソッド名をldに変更

では早速動作をチェックしてみます。

"氷山の一角".ld "天山の一撃"
=> 6
"ヘリコプター".ld "ヘコリプター"
=> 4
"じゃがいも".ld "がじゃいも"
=> 5

良さそうな気もしますが、3つとも2文字違いの割に結果（の距離）が長い気がします。
と思ったら、これは恐らくRuby1.9向けの実装ですね。

Ruby 1.8.7 リファレンスマニュアル > ライブラリ一覧 > 組み込みライブラリ > Stringクラス > []

nth 番目のバイトを整数 (文字コード) で返します。
nth が負の場合は文字列の末尾から数えます。
つまり、 self.size + nth 番目のバイトを返します。

Ruby 1.9.2 リファレンスマニュアル > ライブラリ一覧 > 組み込みライブラリ > Stringクラス > []

nth 番目の文字を返します。
nth が負の場合は文字列の末尾から数えます。
つまり、 self.size + nth 番目の文字を返します。

1.8系の文字列は内部的にはただのバイト列、1.9系からは内部的にも文字の列なので、私の環境（1.8.7）では全角文字のバイト数ぶんカウントされているものと思われます。
なので、文字列ではなく正規表現で分割して文字配列で処理させるように変更します。
※uオプションを利用していますので、UTF-8以外は正しく処理しません！
Ruby 1.9.1 リファレンスマニュアル > spec/literal # 正規表現リテラル

では、改めて動作をチェックします。

"氷山の一角".ld "天山の一撃"
=> 2
"ヘリコプター".ld "ヘコリプター"
=> 2
"じゃがいも".ld "がじゃいも"
=> 2

これで予想通りの結果になりました。

以下が今回手を入れたソースです。

PLAIN TEXT
RUBY:
  1. class String
  2. def ld(comp)
  3. str1, str2 = self.split(//u), comp.split(//u) # 1.8系対応(*UTF8!)
  4. col, row = str1.size + 1, str2.size + 1
  5. d = row.times.inject([]){|a, i| a <<[0] * col }
  6. col.times {|i| d[0][i] = i }
  7. row.times {|i| d[i][0] = i }
  8. str1.size.times do |i1|
  9. str2.size.times do |i2|
  10. cost = str1[i1] == str2[i2] ? 0 : 1
  11. x, y = i1 + 1, i2 + 1
  12. d[y][x] = [d[y][x-1]+1, d[y-1][x]+1, d[y-1][x-1]+cost].min
  13. end
  14. end
  15. d[str2.size][str1.size]
  16. end
  17. end

当たり前ですが、このアルゴリズムは単語同士の比較には有用でも、単語と文章の比較には使えません。

"七転八倒".ld "七転び八起き"
=> 3
"七転八倒".ld "人生は七転び八起きの精神だ"
=> 10

似ているかもしれない2つの単語を抽出するところまでをどうすればよいのか、課題は尽きません。

以上です。

]]> http://freestyle.nvo.jp/archives/925/feed N-gramで文字列の類似度を測る http://freestyle.nvo.jp/archives/919 http://freestyle.nvo.jp/archives/919#comments Fri, 04 Nov 2011 00:33:17 +0000 山平 http://freestyle.nvo.jp/?p=919 とある2つの文字列がどれぐらい似ているのかを比較するにはどうすればいいのかを調べる必要があったので、ネットで検索してみました。
perlにはString::Trigramというモジュールがあるようです。

String::Trigram でテキストの類似度を測る

rubyで同じようなものが見つからなかったので、取り急ぎ作って見ました。

PLAIN TEXT
RUBY:
  1. #!/usr/bin/ruby
  2.  
  3. #類似度の比較
  4. class String
  5. def ngram(string, part_len = 3)
  6. string = string.dup.gsub(/[\s\n　]+/u, "")
  7. strlen = string.split(//u).length
  8. points = []
  9. source = self.gsub(/[\s\n　]+/u, "")
  10. srcarr = source.split(//u)
  11. sourcelen = srcarr.length
  12. return nil if part_len> sourcelen #比較部分文字が作れない
  13. return nil if part_len> strlen #比較対象文字より短いと比較できない
  14. [string, source].each {|cmpstr|
  15. counter = 0.0
  16. (0..(sourcelen - part_len)).each{|start|#比較文字開始位置ポインタのループ
  17. part = srcarr[start, part_len].join("") # 比較対象文字
  18. hit = cmpstr.scan(/#{Regexp.quote(part)}/).size
  19. counter += hit
  20. }
  21. points <<counter
  22. }
  23. points.shift / points.shift #比較文字の類似度 ÷ 自分自身の類似度（基準値）
  24. end
  25. end

String::Trigramの動作を見ていないので同じ挙動かどうかは確認できていませんが、String自身と比較対象文字がどれくらい似ているのかを百分率で返します。
何文字ずつ比較するかを設定できますが、比較できないような長さを設定するとnilが返ります。

動作確認として、上のlivedoor Techブログさまで比較している文字列を使って実行してみましょう。

"ライブドアでブログを書く".ngram("ブログをライブドアで書く")
=> 0.6
"梅雨（ばいう、つゆ）とは、北海道と小笠原諸島を除く日本や朝鮮半島南部、華南や華中の沿海部や台湾において見られる特有の気象で、5月から7月半ばにかけて毎年めぐってくる、雨の多い期間のこと。梅雨の時季が始まることを梅雨入り、梅雨が終わって夏になることを梅雨明けと言い、日本では、各地の地方気象台・気象庁が梅雨入り・梅雨明けの発表をする。".ngram("「梅雨」北海道と小笠原諸島を除く日本において見られる特有の気象で、5月から7月半ばにかけて毎年めぐってくる、雨の多い期間のこと。梅雨に入ることを梅雨入り、梅雨が終わって夏になることを梅雨明けと言い、日本各地の地方気象台・気象庁が梅雨入り・梅雨明けの発表をする。")
=> 0.733333333333333

長い文字列の結果がちょっと違いますね。。。
念のため、もう少し比べてみます。

"鳴かぬなら殺してしまえホトトギス".ngram("鳴かぬなら鳴くまで待とうホトトギス")
=> 0.428571428571429
"鳴かぬなら鳴くまで待とうホトトギス".ngram("鳴かぬなら殺してしまえホトトギス")
=> 0.4

"織田信長は、桶狭間で今川義元を破り、天下統一の足がかりを作った".ngram("徳川家康は、二度に渡る大阪の陣で豊臣家を滅ぼし、名実共に天下人となった")
=> 0.0
"織田信長は、桶狭間で今川義元を破り、天下統一の足がかりを作った".ngram("徳川家康は、二度に渡る大阪の陣で豊臣家を滅ぼし、名実共に天下人となった", 2)
=> 0.1
"徳川家康は、二度に渡る大阪の陣で豊臣家を滅ぼし、名実共に天下人となった".ngram("織田信長は、桶狭間で今川義元を破り、天下統一の足がかりを作った")
=> 0.0
"徳川家康は、二度に渡る大阪の陣で豊臣家を滅ぼし、名実共に天下人となった".ngram("織田信長は、桶狭間で今川義元を破り、天下統一の足がかりを作った", 2)
=> 0.0882352941176471

実用に耐える程度には抽出できているようなので今回はここまでです。

]]> http://freestyle.nvo.jp/archives/919/feed Web Storageを使ってみる http://freestyle.nvo.jp/archives/907 http://freestyle.nvo.jp/archives/907#comments Mon, 17 Oct 2011 06:42:25 +0000 fujii http://freestyle.nvo.jp/?p=907 HTML5と共に標準化が進められているAPIの中にWeb Storageがあります。
Web Storageを利用すると、ローカルディスク上にデータの保存が可能となります。
Cookieと異なり有効期限がないので、データを永続的に保存することができます。

Web Storageにはローカルストレージ、セッションストレージの二種類があります。

  • ローカルストレージは永続的にデータの保存が可能
  • セッションストレージはブラウザを開いている間のみデータの保存が可能

使い方は簡単で、データの読み書きは以下になります。

[保存]

PLAIN TEXT
JAVASCRIPT:
  1. localStorage.setItem(key, value);

[読み込み]

PLAIN TEXT
JAVASCRIPT:
  1. ret = localStorage.getItem(key);

上記のように、メソッドを呼び出してデータの読み書きできますが、配列、プロパティ形式でも利用可能です。

PLAIN TEXT
JAVASCRIPT:
  1. localStorage.setItem("key_dayo", "value_dayo");
  2. localStorage.key_dayo = "value_dayo";
  3. localStorage["key_dayo"] = "value_dayo";

このローカルストレージを利用し、下の画像のような簡単なサンプル(簡易メモ)を作成してみました。

easy_memo

「保存」ボタンを押すことで、テキストエリア内に記述した文字列をローカルストレージに保存します。
「読込」 ボタンを押すとローカルストレージに保存した、文字列をテキストエリア内に表示することができます。

PLAIN TEXT
HTML:
  1. <h1>簡易メモ</h1>
  2. <textarea id="txtMemo" cols="50" rows="10"></textarea>
  3.  
  4. <input id="saveMemo" name="saveMemo" type="button" value="保存" />
  5. <input id="readMemo" name="readMemo" type="button" value="読込" />
  6.  
  7. <script type="text/javascript"><!--
  8.         (function() {
  9.             if (!localStorage) {
  10.                 alert("ローカルストレージが利用できません。");
  11.                 return;
  12.             }
  14.             var objMemo = document.getElementById("txtMemo");
  15.             getLocalStorageMemo();
  17.             document.getElementById("saveMemo").addEventListener("click", function() {
  18.                                                 addEventListener
  19.                 if (!localStorage) return;
  21.                 var objMemo = document.getElementById("txtMemo");
  22.                 localStorage.setItem("KeyMemo", objMemo.value);
  24.                 alert("ローカルストレージに登録しました。");
  25.                 objMemo.value = "";
  26.             }, true);
  28.             document.getElementById("readMemo").addEventListener("click", function() {
  29.                 getLocalStorageMemo();
  30.             }, true);
  32.             function getLocalStorageMemo() {
  33.                 var strTodo = localStorage.getItem("KeyMemo");
  34.                 if (strTodo) {
  35.                     objMemo.value = strTodo;
  36.                 }
  37.             }
  39.         })();
  40. // --></script>

Web StorageはCookieと同じく手軽にデータを保存できる便利なAPIです。
Web Strageを利用することで、使い勝手のいいWebページを作成できると思います。
ブラウザの対応状況がマチマチなので、その辺りを考慮して作成する必要がありますが、ぜひ利用してみてはいかがでしょうか。

]]> http://freestyle.nvo.jp/archives/907/feed 端末に表示するフォントの色を変更する http://freestyle.nvo.jp/archives/897 http://freestyle.nvo.jp/archives/897#comments Mon, 05 Sep 2011 00:40:42 +0000 山平 http://freestyle.nvo.jp/?p=897 Unix系のアプリケーションの場合、基本的に本体はコマンド群で構成されています。
時々CUIフロントエンドがついてきたりしますが、標準でGUIのフロントエンドがついてくるのは稀なように感じます。

今回はCUIのフロントエンドを作りたい場合の話になります。
端末上に表示する文字の色や太さを変更するにはどうすればいいのかを調べていて、以下のようなサイトを見つけました。

phpのバッチでターミナル上で色をつける方法

フムフム、「制御コード＋色指定」でいけるとのことなので試してみましょう。

PLAIN TEXT
RUBY:
  1. #!/usr/bin/ruby
  2.  
  3. @color = { :none=>"[0m", :red=>"[31m", :blue=>"[34m"}
  4. def tcs(color, str) [0x1b].pack("c*") + @color[color] + str; end
  5. [:red, :blue, :none].each{|c| puts tcs(c, "colorful string") }

colorful_terminal

あっさりできました。
ただ、以降の文字も同じ指定を引き継いでしまうので、色指定の最後にデフォルトの設定に戻してやる必要があります。
もう一点、過去にemacsのshellモードで色認識しなかったことがあり、制御文字がそのまま表示されてしまってずいぶん見難い状態になったことがあります。
色制御を行う前に、端末が色を認識できるかどうかのチェックが必要なようです。

調査を進めると、端末制御のデファクトスタンダード、Cursesライブラリというものがあるようです。
Rubyもこれをラップしたライブラリを持っており、その中で色認識の可否も確認できるようです。

今日はここまでです。

]]> http://freestyle.nvo.jp/archives/897/feed 今日が「毎月第2、第4木曜日の6日前」かどうかを判定する処理 http://freestyle.nvo.jp/archives/891 http://freestyle.nvo.jp/archives/891#comments Fri, 19 Aug 2011 04:18:20 +0000 山平 http://freestyle.nvo.jp/?p=891 とある集まり（毎月第2、第4木曜日に開催）の出欠を確認する必要があり、念のため週末をはさんで連絡する役になっているのですが、正直、自信がありません。
遠くない将来、連絡を忘れてしまうことは火を見るよりも明らかなので、私よりも几帳面なCRONに監視してもらうことにします。

せっかく面倒臭そうな判定を作るので、今後も使えそうなものにしたいと思います。

1.考え方

タイトルでは、『今日が「毎月第2、第4木曜日の6日前」かどうか』という言い回しになっていますが、条件が少し変わると月を跨ぐので、ここを汎用的になるように注意します。
例）15日前、第１木曜日、など
そこで、意味を変えずに『今日の6日後が「第2、第4木曜日」かどうか』と読みかえて考えます。

当然、木曜日以外でも使えるようにするので、「指定月のX番目のY曜日かどうか」が分かるような仕組みを作る必要がありそうです。

下記のような比較ができるようにDateクラスを拡張してみます。
今日+6日 == 指定年月→指定曜日→2番目

2.実装

指定年月の指定曜日のN番目を取得する、というと複雑な気がしますが、配列で実現できました。

PLAIN TEXT
RUBY:
  1. #2011年8月の木曜日
  2. ym201108thu = ["2011-08-04", "2011-08-11", "2011-08-18", "2011-08-25"]
  3. #2011年8月の第2木曜日（配列は0から数えるため、-1する）
  4. ym201108thu[1] #=>"2011-08-11"

ということは、Dateインスタンス(指定年月)の指定曜日が配列で取得できれば解決できそうなので、以下のようにDateクラスにメソッドを追加します。

PLAIN TEXT
RUBY:
  1. #!/usr/bin/ruby
  2.  
  3. require 'date'
  4.  
  5. class Date
  6. %w[mondays tuesdays wednesdays thursdays fridays saturdays sundays].inject(1){|wday, name|
  7. eval "def #{name} ; weekdays(#{wday});end"
  8. wday += 1
  9. }
  10. def weekdays(w)# return [date, ..]
  11. days, year, month = [] , self.year, self.month
  12. day = Date.new(year, month, 1) # first of this month
  13. matsu = Date.new(year, month, -1) # last of this month
  14. until day> matsu do
  15. days <<day.dup if day.wday == w
  16. day += (days.length> 0 ? 7 : 1)#day
  17. end
  18. days
  19. end
  20. end
  21.  
  22. p (Date.today + 6).wdays(4)[2,4].map{|d| d.to_s} if $0 == __FILE__

3.使い方

Dateクラスに、下記の8つのメソッドが追加されます。

weekdays(w) mondays tuesdays wednesdays thursdays fridays saturdays sundays

weekdays(w)は、引数に曜日（月曜日を1とする）を取り、自身の年月の中から対象の曜日を配列で返します。
それ以外は曜日名のメソッドで対応する曜日の配列を返します。

現在、2011年8月7日（日曜日）のため、『今日が「毎月第2、第4土曜日の6日前」かどうかを判定したい』と言う条件に変更してテストを実施します。

PLAIN TEXT
RUBY:
  1. d = Date.today+6 #=> #
  2. d.to_s #(確認)=> "2011-08-13"
  3. d.saturdays[1,3].map{|w|w.to_s} #(確認)=> ["2011-08-13", "2011-08-27"]
  4. d.saturdays[1,3].include?(d) #=> true

うまくできました。
これで日付の判定→通知を行う処理を1日1回cronで行えば目的が果たせそうです。

]]> http://freestyle.nvo.jp/archives/891/feed オープンソースグループウェア『aipo』について http://freestyle.nvo.jp/archives/857 http://freestyle.nvo.jp/archives/857#comments Fri, 05 Aug 2011 11:16:52 +0000 C.N http://freestyle.nvo.jp/?p=857 オープンソースのグループウェア『aipo』について紹介したいと思います。

aipoは無料提供されているオープンソースのグループウェアです。
windows版とLinux版、クラウド版があり、windows版とLinux版は
ダウンロードしインストールすると、すぐに試してみることができます。

公式サイト：http://www.aipo.com/
ダウンロード： http://free.aipo.com/download/

インストール媒体にはTomcatやPostgreSQLなどの環境が含まれ、
サンプルユーザ、サンプルデータが登録されているので、すぐに使うことができます。

スケジュールやToDo、アカウント管理など、基本的な機能はしっかり実装され、
十分実運用に耐えられるのではないかと思います。

最新バージョンではアプリも追加することができ、Topページに美人時計を表示する
などもカンタンにできます。
また、回覧板などの無料のポートレット（機能）がAipo工房から提供されているので、こちらを追加することもできます。
独自のポートレットを作成し、追加するなどのカスタマイズも可能です。

ただ、このポートレットを追加する際やカスタマイズする場合には、
aipoのソースコードからのビルドが必要となってきます。

aipoはJetSpeed、Turbine、Velocity、CayenneといったApacheプロジェクトのフレームワークを基盤として設計されているため、こちらのフレームワークをある程度知っている必要があります。

以下のサイトをぜひ参考にしてください。

JetSpeed参考サイト：
http://www.visards.co.jp/java/jetspeed/jetspeed03.html

カスタマイズする際の参考URL：
⇒開発者コミュニティ※現在のバージョンのaipo6用サイト
http://code.google.com/p/aipo/wiki/GettingStandard
⇒旧開発者コミュニティ※aipo5用サイト
http://user.aipo.com/develop/building/

]]> http://freestyle.nvo.jp/archives/857/feed