「システム設計の謎を解く」社内読書会#6
こんにちは、たごまさゆきです。
「システム設計の謎を解く」読書会第６回の様子を紹介します。
今回は本書のレビューをされた、てらひでさん（@terahide27）が見学にいらっしゃいました。
第６回の様子
今回は第３章の最後、３．４節を読みました。
この節では「共通設計で整合性を高める」ということで、「画面共通」「帳票共通」「バッチ共通」「DB共通」「メッセージ共通」について、例を挙げながら解説されています。
内容盛りだくさんな分、約３０ページもあるので結構ボリュームがあります。
読後の議論ではこんな話をしました。弊社の仕事はUIまわりが多かった事もあって、画面共通についての話題が多かったように思います。
- B2C（のWebシステム）では動作環境のブラウザをしぼるのは難しいとあるが、本当にそうだろうか？
- マーケティングの観点からは、対象ユーザーが幅広い方がよい。ただ、最初は１ブラウザのみでリリースして、徐々に広げていくというのはアリ
- サービス自体が魅力的ならば、動作環境をしぼってしまえるか
- 対応ブラウザを曖昧にしたまま進めて、あとで死んだ事があった
- 命名規則が決まっていると、実際に名前を考えるときも楽
- 書かれている内容は、普段も考えている事ではあるが、意識してやっているか、メンバーで共有できているかというとあやしげ
- この節の項目をリストとしてしておけば、何をやるのかみんなわかるし、漏れも防げそう
- エラー処理の共通設計も決めておかないと、後でみたら処理がバラバラになっていたとかよくある話
- 最近は、設計書を何で書くのがイケているのか
- やる事だけでなく、やっちゃいけない事（禁止事項）もきめておきたい（赤は使っては行けない、とか）
- コード体系を決めるのはセンスが必要と思う
- 整合性にはこだわりたい。一家言あるので１時間でも語れる
- 作る側にとって整合性がとれている事は大事。では使う側にとって整合性がとれていることのメリットは何か
せっかくてらひでさんに来ていただいたので、参加者からの質問に１問ずつ答えていただきました（無茶ぶりスミマセン）。
- Q.レビューで指摘したポイントは？
- A.第一稿をレビューしたときに、著者の考え方を知っている人でないとわかりにくいと言った
- Q.どの辺の読者をターゲットにしていたのか？
- A.著者によれば、一通りのシステム開発業務を経験した３年生くらいの技術者
- Q.色がピンクになったのはどうして？
- A.最初は青かった。検討した結果、表紙がピンクになったので全体的にそうしたらしい。優しい感じも狙ったとのこと
最後にてらひでさんから本書の意図についてお話いただきました。
「よく設計書を書くための本と誤解されるが、そうではなく設計の考え方を示している」
「キーワードは粒度、網羅性、整合性」
てらひでさん、ありがとうございます。また遊びにきてください。
次回
次回は８／９（金）に開催します。第４章に入り、４．１節、４．２節を読む予定です。
