・Jenkinsのジョブ定義画面にシェルを書けるとこがあるが、なんでもできちゃう。やらないほうがよい・Jenkinsにやらせるべきなのかどうかを考える必要がある。・Windows環境だと、バッチコマンドに空行をいれないと制御が途中で切れちゃうことがある。■割窓理論(P.307コラム)・割窓理論は最近、否定的な意見があるらしい。・つまり、統制が無い状態を放置しようが改善しようが、統計的な有意差が出ない、ということらしい。・でもソフトウェア開発の分野では、割窓理論は確かにあてはまる。・ユニットテストの効果をみんなが共有できている状態にあるなら、自発的に赤を放置しないようになる。・「TDDの自殺」という話題が出た。・http://d.hatena.ne.jp/kyon_mm/20121223/1358326642・テストがまったく無いよりはマシでしょ、という意見もある。■Hudson・Hudson(Jenkinsの前身)はまだ別で生きているらしい。Jenkinsという組み合わせだと大変らしい。・fingerprintをとっておかないと固まるらしい。■Ant1.9・3月にAnt1.9が出て、かなり良くなっているらしい。・標準出力がきちんと絞られて出るようになった。14章、15章のディスカッションの次は、LTタイム。工学院大学新宿キャンパスで開催します。2013年6月1日Pythonのカンファレンスで、今年は日本だけでなくアジアまで対象を広げているそうです。開催日はXP祭りと同日かあ。Sueyoshiこの日のスライドは、上記から更に修正が入っている模様。Jenkinsを使った考察がもりだくさんです。Pluginにフイたwこれは和むかもしれないっ!---この後は18時くらいまで各自もくもくタイムです。Travis.ciのハンズオンも希望者を対象に行われました。★感想:14章は、コードはほとんど出てこないんですが、なかなか熱い議題がたくさん出ました。「カバレッジ100%問題」とか、この日もやっぱ話に出ましたね。弊社は「拝承」とか「~していただきたく」とかで有名な(?)某メーカー企業なのですが、テスト工程の終了判定としてカバレッジの提出を求められます。C0/C1という指標も一般的に使われますし、弊社で独自開発しているカバレッジ取得ツールもあります。ちなみにやはり、基本はカバレッジ100%が求められる状況にあります。100%にならない場合は、理由書を添えて提出しなければならないッ!ただ、カバレッジが100%にならない理由をきちんと考え理解しておくことは重要だと思うのです。あと、弊社で独自開発しているカバレッジ取得ツール、けっこうウンコなのかな?というのも、プロダクトコードに対し、カバレッジ取得するためのコードを埋め込む処理を行わないとカバレッジが取れないのです。カバレッジを見てからプロダクトコードを修正するときは、またコードをリバースして戻したりとか。この作業がけっこーめんどくさい。そんなの裏でやってくれ、と激しく思った。あと15章ですが、私、Mavenを本格的に使ったのはこの章の予習が初めてでした。今まではずっとAntです。Mavenのライブラリを自動で引っ張ってくる機能は便利ですねー。Jenkinsの組み合わせなら、ビルドやテストを通すためにライブラリまでSubversionにコミットしておかないといけないのがネックでした。AntをMavenに変えることで、ライブラリはテスト実行時にとってこれるようになるので、Subversionにjarとかライブラリをにコミットしておかなくて良くなります。あと、「レガシーコード改善ガイド」という書籍をターゲットとした勉強会も新たに始まるとのこと。新シリーズ始めます!第1回は6/22(土)、横浜タネマキにて。読むだけじゃなく議論・レビュー・実践等もふんだんに交えた内容にする予定です。2013年6月2日こちらも楽しみです。さんはじめ、皆様ありがとうございました。コメント(1)|-->プロフィールAuthor:makopi23某メーカーでソフトウェアエンジニアやってます。趣味はバスケ、筋トレ、プログラミングなどなど。