*趣旨 [#n6ee38d6] ruby版のplaggerのpraggerの本家が消えていたのでネットを探していたら、 Yet Another Praggerを発見しました。 Rubyの勉強のためソースコードをみて勉強しようかと **方針 [#na661b37] 時間があるときにみていく、あきたらやめる **URL [#nfb051e6] http://www.fraction.jp/log/archives/2008/06/12/Yet_Another_Pragger ***plaggerのURL [#g8a9307b] http://plagger.bulknews.net/trac **改良点 [#s8ac47ac] -Class-based なプラグイン -コアに logger を取り込む -プラグインの検索/読み込みはロードパスベース -Plugin クラスを Yapra という名前空間に -Python habu ライクな設定ファイルのサポート ***Python habuってなんだ? [#zafde7d9] python版のplaggerっていう位置づけだと思う。 *plaggerの本質について考えてみる [#k99cdca5] 開発者のひとも、最初は単なるスクリプトをたくさん作っていたんだと思う、そしてあるとき、にたような作業を何度もやっているなと気がついたのだと思う。 で、にたような作業をやる前に、元になるコードを設定部分と設定コードに分離するようなプログラミングを心がけていった結果プラグ形式のコードができるようになったのではないだろうか? **プログラム中の変数での記述と何が違うのか?について考えてみる。 [#jfcecbd8] 設定ファイルに切り出した時点で、プログラム言語とは独立した存在になるわけで、レイヤーが分かれるというか、本質的なものが脱皮したといえばいいのか? プログラムとは、手段と目的が混在している段階があって、それを設定ファイルと分離することでプログラムと独立することが可能になるという考え方なのだろうか? それは、はたして運用上楽なのか?定義ファイル地獄に陥る可能性が高い。どこにその使う使わないの分岐点があるのか、もっと思索がひつようのようだ。 再利用する価値のある場合のみにかぎられるのではないだろうか? **ソースのダウンロード [#na229177] 下記のコマンドではダウンロードできなかった。 svn co http://www.fraction.jp/repos/yapra/trunk/ yapra 下記のコマンドで取得できた git clone git://github.com/yuanying/yapra.git **なにげにRakefileが入っているが [#rb3b5ec2] 日本語の紹介文 http://d.hatena.ne.jp/unageanu/20100829/1283069269 ***本家 英語 [#b4aba957] http://rake.rubyforge.org/ ***チュートリアル [#b0626488] http://docs.rubyrake.org/