git blameによるSRP（単一責任原則）の定量化 - どこでも見れるメモ帳
はじめに ソースコードを静的解析することでSRP（単一責任原則）を定量的に算出します．*1 svn blameによるSRP算出*2を参考に、git blameによる算出をshで行ってみました． このSRP値が最大のモジュールが王様モジュールに相当します． # 単一責務性の違反指数（SRP） # SRP＝R＋U＋((L/100)－5) # R：修正リビジョンのユニーク数 # U：修正ユーザのユニーク数 # L：モジュールのライン数 function get_SRP() { local target_filepath=$1 echo $(( \ $(git --no-pager blame --line-porcelain $target_filepath | sed -n 's/^summary //p' | sort | uniq -c | sort -rn | wc -l) + \ $(
YAPC::Asia Tokyo 2013 終わった - uzullaがブログ
一年に一度のお祭りがおわりました。 普段在宅引きこもりなので、三日連続で知り合い友人にあうとかマジテンションアゲアゲです！！！（だめな人っぽい） 総合的にいって トークを全然みてない。カンファレンスとはなんだったのか＞俺 「YAPCでどんなお役立ち情報があったのかな！？」という意識の高い方は、このページを閉じて、こちらに向かってください。 こちらのエントリは、たんなる私の日記な感じですが。 こういった、いしきひくめな感じでYAPCを楽しむ人も居る、ということで一つ。 ０日目 私はLTソンやってました。 今回の優勝者はkazeburoさんでした！！！ *1 LTソンレポートはいつか…多分… http://hachiojipm.org/ の方に書きます…書くんじゃないかな？？（今回、メモ係がいなかったので） 去年に引き続き、主催の出た所勝負でしたが、昨年とくらべてかなり勝手は違っておりましたね
しつこく Hub を読む - yarbの日記
しつこく「Hub」を眺めている。語学学習に精読と多読の2つのアプローチがあるように、コードリーディングにも精読というのがあるはずで、試しにそれをやってみている。モヤッする「分かってない感」を感じたら、基本的に分かるまで調べるのが精読。そのためには、ブログエントリとして分かったことを書き出すのは良い方法のような気がしたのでやってみている。ほとんど誰も読んでないブログだとはいえ、アウトプットの形にするのは手間だし、何だか気分的には常に挫けそうなんだけど、「なんとなく分かった気になる」という厄介な悪癖を変えるには十分に時間に見合うと思う。 で、やってみて分かったけど、RubyのこともRubyのイディオムのことも、まるで分かってないということが良く分かった。「コードを読む」ということが何かも分かってなかったなと思った。なんとなく眺めてちゃ駄目だな。まず精読。そのうち多読ができればいいなと思っている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
