株式会社リゾーム システム企画・開発部 第3グループの渡辺です。
今回は、読書会の第9回目のレポートになります。
前回のレポートは、こちらです。
tech.rhizome-e.com
9回目レポート
今回は、第9章「オブジェクト指向の開発プロセス」を読み進めました。
それぞれの感想・意見交換
開発の進め方
- 分析・設計にほとんど時間をかけずにとにかくプログラミングするという流れはある。
- 特に、Railsでは顕著ではないかと思う。ちょっと規模が大きくなるとコードの見通しが急速に悪化するというのは、身に覚えがある。
- コードの見通しが悪い
- 手がつけられないほど難解
- もう少し分析や設計に時間をかけるのが良いのかもしれない..。
ドキュメントについて
- 開発の初期から利用規約・ユーザーガイドのアウトラインを作成しておき、開発が進むにつれ内容を充実させる、というのはいい考えだと思う。
- データベースのテーブル名/カラム名とコメントは書くようにしている。I18nのデータを元にコメントにしていく仕組みを準備している。gemにしてもいいかもしれない。
- 何のためのカラムか、制約か、わかりやすくなる
- 技術方式のドキュメントもソースコードで表現できる(Infrastructure as Code)
- 現代においては、この辺りはもう全てコード化しておくべきもの。学ばなければならないものが多い反面、自動化できることの恩恵は大きい。
- ソースコードがドキュメントの代わりになる
情報共有の方法について
- 口頭でのやりとりをラフスケッチとしてホワイトボードに起こしていくというのは、写真を撮るだけでいいしよくやっていた。
- リモートワークが主流になった現在だと、MiroやMS Whiteboard等を活用するのもいいかもしれない。
- ラフスケッチ良さそう
- 今は口頭とかテキストベース
- イメージしにくかったり見落としがあったりとか
- 今は口頭とかテキストベース