Getting Real

在过去的项目经验中，有一开始就把产品想得太大，太远和太复杂的。特别是，当公司有了一笔钱，想要做一件大事的时候，更加容易犯这种错误。这时候，你不可能只做一件小小的产品，你需要把事情搞得够大，每个人都不闲着。你还想，好不容易有这么一个机会，一定要好好做，一定要做得完美，每个细节都要考虑清楚，以后不能再修改……

有了这样的考虑，每个人都在自己的岗位上努力着，把问题想得很全面很复杂，以表明自己的聪明和勤奋。于是，就带来了大量的需求，冗余的设计，复杂的实现，琐碎的Bug，还有僵硬的流程......结果产品越来越复杂，已经到了没有人能够了解和控制的地步，发布的日子也变得遥遥无期。 每个人都做好了自己的事情，这有什么不对么？问题是，我们忘记了整体的目标，我们只关注内部，而没有关注外部。重要的不是每个人做得多好，而是能够满足用户的需求即可。我们不需要一步就把事情做好，可以一步步来完善的。事情是永远想不明白的，只有做了才明白。

比如架构设计，动不动就讲模块化，分布式，集群和支持百万级用户等等。系统搞得很复杂，费了很大劲实现之后才发现，根本就没有那么多用户。就像《Getting Real》所言，难的不是如何做扩展，而是怎样到达需要扩展的这一天。

记得刚开始学写代码的时候，刚学会几个API就立即去尝试，倒也写出了一些实用的程序。后来，学的东西越来越多，考虑问题也越来越全面，却发现不知道如何写代码了。

现在，让我们回到从前，从简单开始吧。