Test Driven Development for Embedded C 読書会 第7回 (2012/10/6) #tdd4ec
上司がリファクタリングを嫌がる理由は短期的なリスクが高くて短期的なメリットがないからで、、、開発前半以降でリファクタリングしなければいけない状態になっていたら負けなのかもしれない #tdd4ec
2012-10-06 15:02:10#tdd4ec リンク時にプラットフォーム依存部分を別ファイルに分割し、テスト時はTest Doubleに置き換えるテクニック。関数ポインタ置換より簡単。
2012-10-06 15:06:24クイックスワップは条件コンパイルによってリファクタリング前後のコード切り替えを行うもの #tdd4ec
2012-10-06 15:09:11#tdd4ec リファクタリングに対してパフォーマンスはどうなんだ?という意見について。Kent Beck曰く、動くようにしろ、きれいにしろ、速くしろ。きれなコードの方が最適化しやすい。
2012-10-06 15:13:16カリカリの速度チューニングが必要なこともあるが、コードのすべての業においてではない #tdd4ec
2012-10-06 15:13:46#tdd4ec 紹介されている最適化の専門家Dr. Joseph M. Newcomerってこの人かな。http://t.co/X36eubfQ
2012-10-06 15:18:11時間割り当てを使い切ったら失敗するようなテストを書く。これはかなり有効だと思うが実際にはどうテストを書くべきか。。 #tdd4ec
2012-10-06 15:19:22早期最適化の問題は、2対8の法則(プログラムの処理にかかる時間の80%は、20%のコードが占める)に寄っているんだろう。たいていの最適化は、速度の改善にあまり貢献しないらしい。 #tdd4ec
2012-10-06 15:21:18#tdd4ec テストのないコードに対してリファクタリングするのは危険。ただし、既存のコードがテストを意識して設計されていないのはザラなので、実際にはテストのないコードに対してテストを追加していかなければならない。
2012-10-06 15:53:15”Don’t feel left out ladies, Girl Scouts add tests too.” #tdd4ec / “Legacy Code Change – a Boy Scout Adds Tests « Jam…” http://t.co/VIiZ3AZg
2012-10-06 16:06:35#tdd4ec 当初の目的の修正とリファクタリングを分けた方がいいのでは?という意見。コードレビューの時に前者をチェックする時に後者がまじるとわかりにくくなる?
2012-10-06 16:18:03上がソフトウェアの欠陥がビジネス上の大きな損失につながることに対する理解があるかどうかが肝 #tdd4ec
2012-10-06 16:24:53#tdd4ec ボーイスカウト原則が組織に浸透するにはどうしたら?上位者がソフトウェアによる欠陥がビジネス上のリスクになることを理解していると、担当者もやりやすい。
2012-10-06 16:24:55