繁杂是软件开发的死敌，它很难估值，常慢慢地混入到软件开发中。它像一个逐渐变烂的脓包，发现它时，为时已晚。从另一方面来讲，增加繁杂度可以帮你解一时之忧：一个新的间接层允许增加新的特性X，但同时你需要增加另外一个间接层；把运行在一个机器上的过程分隔成运行于两个机器上的过程，可以帮你解决当前遇到的扩展难题，但你同时也必须实现一个RPC层，来管理这两个机器。

上面所说的现象在开发者新人中和在老手中一样突出。通过这几年的工作，我认为西安弈聪可以很好地在这方面达到平衡，什么时候应该增加软件的繁杂性，什么时候应该拒绝。用简短的话来概括相同的观点却很难，同样的道理，开发一款简小而优秀的软件是很困难的。在程序语言设计中，此种现像很普遍。新手所开发的新语言包含过多的属性，很少具有C语言的简明和清晰。在今天的程序开发中，程序的优劣与其包含多少个对象有关，在分布式系统中，则与有多少个可移动的部分有关。

针对此问题的另一个词语是“精巧”：再引用这位C语言大牛的一句话，“调试代码比写代码困难两倍之多，所以，你如果写的代码尽可能的精巧，理论来讲，你很难对它进行完美地调试。”

什么可以帮助解决这个问题呢？是否只能依靠经验呢？我发现，通过特定的设计目标来评估新代码可能会有帮助。如果你说“这并不能帮助解决项目的最初目标”，那么可以很容易地把新代码否定掉。在西安弈聪软件公司，每个新项目的设计模版文档，你应该拒绝的合理的项目扩展。

软件公司一般都会以低价格开始销售其软件，但是购买者随后还得支出大量的金钱去实施该软件，他说。到了需要支付升级或者维护费用时，购买者已花费了如此多的实施费用，实际上已经失去了选择其他软件公司的机会。那么软件公司的锁定策略也就大功告成了。