「コードがむずかしい」からの脱却

コード品質向上のいろは - 先達に学ぶ実践例 Lunch LT https://findy.connpass.com/event/300912/

[PrivateIntMain]

要件の日本語でそのままコードが追えるぐらい簡素な方がわかりやすい。過度な共通化や最適化をされて全く説明が無いと逆にわかりにくくなる。あとせめてMVCぐらいには分かれていてほしい。

[JGEEM]

一昔前に比べると「コードが難しいから工数かけて改善します」が理解されやすくなったと感じる。とは言え定量的な指標はほしいし、何よりむずかしくしない努力としての仕様の言語化／目的・意図の確認／モブワーク

[nisisinjuku]

キャンセル系とか込み入った処理の解決をする場合が大変なんすよね。考えるだけで気が重い。

[shingo-sasaki-0529]

コードの複雑さを定量評価してそれを改善しようとするの、すぐ手段と目的が逆転して改善した気にだけなるってのは想像付く。テストカバレッジとかもそうだけど、具体的な困り事駆動で解消するほうが良さそう。

[door-s-dev]

根本的なところが仕様がむずかしいにあったりするからまたむずかしい