聊胜于无

一种思维模式，叫做“聊胜于无”。这个讲的是，在遇到一个比较困难的问题时，首先想办法把问题拆解开，找出其中最容易的部分先实现出来。这样，虽然离真正解决问题还很远，但是也已经比“知难而退”或者是“拖延”都要好的多了。并且，因为你内心先接受了“聊胜于无”的观点，每实现一个小目标就相当于给自己点了一个赞，起码比什么都不做强很多了嘛。

举例来说，健身对很多人来说都是非常难以启动和坚持的事情，对初学者来说偶尔尝试一下去健身房或者跑步，那种痛苦的感觉直接干掉了继续坚持的动力。这个时候就特别需要学会找到一个最简单可行的运动方法，哪怕是每天坚持绕小区走一圈，并且告诉自己这比什么都不做强的多（同时正因为比什么都不做强的多，不去做就显得非常吃亏），你会发现这样一点简单的正反馈比起别的高大上的健身目标更容易让自己上道。

再举一个例子，假设你是一个程序员，因为工作原因，某个客户需要你制作一个新的软件。这时如果你一定要交付一个功能完备又鲁棒，带超炫界面，考虑了各种灾备的超级软件，那么一定需要付出漫长的开发时间和成本，等到你拿出作品的时候，很可能要么客户的需求变了，要么你一开始的某些理解有问题，或者干脆你的战线拉的太长连完整的作品都无法实现。而相对的，如果一开始就明白“聊胜于无”，用最快的时间做一个最简单可用的版本，哪怕是只有一个命令行甚至所有参数都是hardcoded的小东西，也能帮助你和客户理解这是不是你们真正需要的那个方向。而且因为有了第一个可用的版本，所有人都会有更强的信心能做出更好的版本，客户会更开心，你当然也会更开心。这个思维模式的美就在于，它并不需要什么复杂的软件工程理论，仅仅是强调“聊胜于无”这个小小原则，就能帮助你把工作做的更好。

当然，这个模式有一个缺陷需要特别注意，虽然“聊胜于无”，但是很多的“聊”并不一定等于“全”。采取这种思维模式能够帮助你快速启动，但一定要注意之后不要沉醉在重复实现简单的小目标，要想真的逐渐逼近原有的大目标，在每一次成功完成小目标之后，都需要再想一想问题剩下的部分中最容易完成的又是什么。