[B! 設計] 設計の「why」を言語化する

macority むしろ、whyを言語化なりドキュメント化するのが設計では

設計

2022/10/31 リンク

JULY why を、誰もがあとから理解できるようにドキュメント化する事は、極めて難しく、必ず、書き手やチーム内の暗黙知が省略される。個人が説明できることと、文書化の間に大きなハードルがある。

情報システム

2022/10/31 リンク

otihateten3510 「慣例だから」「なんとなく」「偉い人がそう言ってるから」「小難しい方が偉いから」「参入障壁を上げるため」ほとんどこれで辟易してる。結局周囲に合わせるしかない、何故なら雇われだから。

2022/10/31 リンク

sasasin_net びっちりwhyで敷き詰めるのが当然であるとシバかれてきたので、皆もそうなんだろうと思っていたが、whyがスカスカのまま意思決定やってるのも数多目撃して驚嘆した

2022/10/31 リンク

turanukimaru 何故こう書いたのかはコメントに書いてるし、仕様の混乱で設計ミスになったときは本来はこうしたかった旨とか理想の設計をコメントに書いている。パッケージコメントも書く。そんなに書くのは私だけだが。

2022/10/31 リンク

t101 なぜ早い馬がほしいか、は馬は教えてくれないんですよ。

2022/10/31 リンク

BOOOOOOOON 右往左往二転三転する要件定義と工期との折り合いのせいでこういう設計にせざるを得なかった、をどう言語化していいものかどうか悩むのはよくある　そういうのは全部口伝しかないと思ってる

2022/10/31 リンク

ene0kcal 言いたいことはわかるが、抽象的過ぎるエントリー。具体的な事案が一つもないので、何の（どこの）設計なのかわからない。実装のwhyと勘違いしているブコメさんもいるし。

2022/10/31 リンク

規約違反を報告

設計の「why」を言語化する - Magnolia Tech

設計の「why」を言語化できる人は強いんですよ— magnoliak🍧 (@magnolia_k_) 2022年10月29日っていうか... 設計の「why」を言語化できる人は強いんですよ— magnoliak🍧 (@magnolia_k_) 2022年10月29日っていうか、驚くくらい「why」が上手く表現できないんですよ、普通は手順は言えても、なぜ？が言えない— magnoliak🍧 (@magnolia_k_) 2022年10月29日設計において、すべての決定について仔細に「なぜ、そうしたか？」を言えるべきなのだけど、これを上手く言語化できない人は多い。「このプロジェクトでは以前からそうしているから」「そうするのが当たり前だと思っていた」などなど、本当に理解してないまま「設計という作業」を進めている人もいれば、上手く自分の行為を言語化できないだけの人もいる。また、必ずしも自分が設計したことについて説明する場面ばかりとも限らない。既に存在する設計から「なぜ」を類推するしかない場面もある。他人のコードを読み取るとき