关于需求的讨论

[Akagilnc]

个人感悟，请水歌把它打上 胡言乱语 的标签
@TechQuery

这次这个话题其实很有意思。

就我对介绍的理解来看。其实这个题目的要求是。
一个代表保龄球成绩的字符串的输入：
"72|8/|X|X|9-|81|X|9/|72|X||7/"
得出一个最终得分的输出：
9+20+29+20+18+9+20+17+9+20
=171

但是这样的一个描述，其实在现场大家的理解却千差万别：

有把输入变成数组的：那么又要单独写一个转化字符串为数组的程序？
有按照每次击球去算的：这样本来最贴切真实的情况，但是输入也是千奇百怪，各种数组数字，完全没有考虑保龄球既有的规则和字符。
也有只做了一轮的：45分钟只做了一轮其实再怎么说也说不过去。

其实这里暴露出得问题是。程序员总是习惯站在程序的角度想问题，而不是站在产品和实际使用用户的角度。

比如水歌你的代码写的很漂亮。但是漂亮的代码只是一个卓越的产品的一部分。如果一个产品从需求层面就错了。那么再好的代码也拯救不了它。
PS：我不是说你的代码就一定偏离需求哈，不要误会哈哈哈😂

管理大师 彼得德鲁克 曾经说过，最浪费的事情，莫过于高效卓越的完成错误的工作。

这个道场修炼真的挺好的。可以悟到很多道理。看到很多可以改善的地方。

[TechQuery]

保龄球计分标准写法这个字符串的解析只是 UI（用户接口/界面）的问题，写个转换函数即可，大家主要卡在自然语言描述的计分法到程序逻辑的转换上。

程序设计思维可用 TDD 来辅助训练，但不能完全指望 TDD 能一下子帮人理清思路。

[Akagilnc]

我覺得TDD是有這個功效的。但是要經常練習