太晚做运动睡不着，来一篇废文助眠好了...@@"
=====================================
我觉得这种思考方式是重要的
相信很多人有这种经验：
有一个规格，不知道是哪里做错了，
可能是一开始架构设计上的问题，
可能是使用的某个 lib 的限制，
或者根本一开始规格就开歪了，
总之现在很难维护，且很容易有 side effect。
于是在列出功能清单后，
由开规格从头开始做，重新做了一个新的版本，
变得很好维护也很好扩充，也不容易出现新 bug。
你甚至不需要知道之前的问题是出在哪里。
简单四个字：打掉重练。
不过这里并不是真的打掉重练，
而是 "以打掉重练的角度去思考"，
(毕竟没办法真的打掉目前的软件业...)
这让你可以不受到旧问题的牵绊，
可以重新建构一个理想中的整体 (文字说明苦手...)。
也许原 po 的 idea 没有重点、没有价值、没有意义、etc，
不过这都不是问题，这种天马行空的想法本身就是一个好示范。
软件业相关人员没有人会这么想的话，
这问题还比较大咧。
总之，或许原 po 不理解软件业所以 OOXX，
但这不重要，
某个很理解软件业的高人能像原 po 这样去思考，
这一点比较重要。
=====================================
另外，
我觉得比起观注成功案例，
我们更需要观注的是失败的 case 。
有会产生问题的 case 才能 debug 啊...
你总不会只看着能正常执行的 case 来 debug 吧？
谦虚的向失败者讨教