BETA

現場で役立つシステム設計の原則 9章

投稿日:2019-04-28
最終更新:2019-04-28
  • ソースをドキュメントとせず、設計ドキュメントとして機能の説明、API仕様等、忘れないために作成したほうが良いのでは?
  • 打ち合わせ内容とか、ホワイトボードはカメラ撮ってRedmineにあげて記録を残す。
  • どこをなぜ変えた、ってのがあとあと分かれば管理方法はなんでもいいのかな?と思ってます
  • 進捗に関しては、ドメインオブジェクトのほうが、この業務のこのルールのところ終わりました、こんな感じで動いてます、っていうのがわかるので、進捗報告しやすくなる。
技術ブログをはじめよう Qrunch(クランチ)は、プログラマの技術アプトプットに特化したブログサービスです
駆け出しエンジニアからエキスパートまで全ての方々のアウトプットを歓迎しております!
or 外部アカウントで 登録 / ログイン する
クランチについてもっと詳しく

この記事が掲載されているブログ

ソフトウェア開発に関する技術や読書メモのブログです。

よく一緒に読まれる記事

0件のコメント

ブログ開設 or ログイン してコメントを送ってみよう