コート?共通化
- 2. 再利用の常识
DRY原則
オブジェクト指向
デザインパターン
自動テスト
13年3月28日木曜日
- 3. 现実のプロジェクト
実装に関心が無いマネージャー?SE
初心者の寄せ集め
アーキテクト不在
リーダー不在
13年3月28日木曜日
- 4. 継承？なにそれ。
重複を強制するルールや設計
巨大クラス、巨大メソッド
コピペの嵐
13年3月28日木曜日
- 5. 整理すると
共通化の必要性は理解されている
共通化を行うことができるスキルはある
大人の事情により共通化が進まない
13年3月28日木曜日
- 7. メンバーの视点
自分のタスクを終わらせる責任がある。
共通化にはコストがかかる。
コードの縄張り意識
ルールが不明確、既存のソースと慣習が主なルール。
ルールを決める権限は無い
提案すれば教育やメンテまでやらされる。
13年3月28日木曜日
- 9. 対策
独自実装コスト?＞?（利用コスト＋作成コスト）
メンテフリー化
13年3月28日木曜日
- 10. コスト削减
決まった場所に作る。
ファサードを使う。
メンバー全員が共通部品を作る
どうやってもいい部分は適当に決めておく
あらかじめサンプルになるようなものを容易しておく
13年3月28日木曜日
- 11. メンテフリー化
適切な名付け
Javadoc(コメント)
テストクラス
小さいメソッド
バグ修正?機能追加は自由に。
13年3月28日木曜日
- 12. よくある构成例
Web層
Service層 Utils
DAO層
13年3月28日木曜日
- 13. まとめ
自然に回るような仕組み作りが大事
共通化を促進する仕組みを全員が理解して参加する
13年3月28日木曜日
- 14. 参考资料
Code Craft
オブジェクト指向のこころ
パフォーマンス?マネジメント
マネジメント基本と原則
13年3月28日木曜日
