可以听的故事吗？
当然可以。今天我给你讲个故事吧。从前有座山，山里有座庙
我给你讲个长点的吧。从前有个村，村后有个果园。果园里有桃树，有苹果树，有李子树，还有……
停…停…停
你真的要听吗？
算了，还是我自己编个吧。从前有个程序员，他非常喜欢讲故事
程序员在项目开始时，对客户讲了一个故事，客户听完很满意并开始使用系统，然而程序员在编写代码时，为了偷懒而没有完全按照当初的故事实现，而是讲了另外一个故事来编写代码，所以他的同事对这个系统也很满意，觉得程序很简洁。程序员写完最后一个功能后，去进行集成测试，他发现很多功能在集成后并不满足客户的需要，于是在进行系统测试前，又讲了第三个故事来完善程序。
测试完成后，产品经理把软件推向市场，软件在实际运行时，不断有各种bug被反馈回开发团队，程序员在修复这些bug时讲了第四个故事，而一些没有被发现的问题，就像一个个地雷隐藏在各个角落，时刻威胁着这个软件的正常运行。
一天，一个黑客发现这个漏洞并利用它获得系统的控制权，他干了些什么我不知道，因为程序员讲故事讲得太多，连他自己也忘了他自己到底讲了几个故事。
程序员是世界上最会讲故事的物种。
他们能通过讲一个故事来满足客户的需求，又能讲另外一个故事来轻松偷懒。
故事是构建事物的核心，无论是软件还是其他工程，都需要以故事为蓝本来展开。
软件开发过程就是将脑海中的故事转变为代码的过程，如果在构建软件的过程中，没有一个统一的故事，那么构建出来的软件会因为各人理解的偏差而出现不一致。
如果在开发过程中，没有一个统一的故事，那么系统分析师构建的系统就不一定满足客户的需求。
如果在设计过程中，没有一个统一的故事，那么架构师设计的架构就不一定满足系统分析师的系统定义。
如果在编码过程中，没有一个统一的故事，那么程序员写的代码就不一定满足设计者的设计意图。
如果在测试过程中，没有一个统一的故事，那么测试员发现的问题就不一定在需要修改的范围之内。