「設計」で大事なのはこれだった！半年間で40本レビューして分かった 5つのポイント - Link and Motivation Developers' Blog

以下は去年の弊社のQiita アドベントカレンダーに投稿したものです。 qiita.com これはなに？ はじめまして。リンクアンドモチベーションの伊藤です。 主にバックエンドの開発を担当しており、最近はタイトルにあるように新規機能開発や既存機能改善に関わる多くの設計に「レビュワー」として携ってきました。 この記事では私がレビュワーとして開発の「設計」に関わってきた中で、 スムーズにステークホルダーの認識が揃ったな 議論がより深まった上で決定できたな と感じた設計におけるポイントをまとめてみました。 「設計でなにをしたらいいか迷っている方」 「コーディングだけじゃなくもう少し上流工程に入りたいと思っている方」 の参考になれば幸いです。 そもそも設計って？ この記事では特に「基本設計」について触れていきたいと思います。 実装よりも上流の過程についてはこの記事などを参照ください。 唐突ですが設

[beejaga]

こんなのは富士通だってン十年前からやってるのよ。そこはわかった上で書いてるならヨシ

[dorapon2000]

“性能要件やセキュリティ要件といった非機能要件も立派な要件です。”

[opnihc]

これだった！という新規性がよく分からなかった

[diveintounlimit]

言ってることはまぁそうなんだけどそれをスプシで細かく管理しちゃってるの地獄の一丁目感がある

[peperon_brain]

世の中には開発標準ってものがあってな… (真面目にやると重厚長大なドキュメント地獄が待ってたりするが)

[biwakonbu]

みてる

[shikiarai]

第一歩かなぁ

[bamch0h]

よさそう。

[keint]

記事のフェーズより先のもう少し具体的な機能設計あたりのフェーズの設計ポイントが知りたかったが、これはこれで基本