上次那个写了好多，

反对的人也好多。

但是适用的人其实还是蛮少的

有点心灰，不过至少总结几条给给自己看，也给关心的朋友们，

核心：做可以用的系统是很快的

首先简单总结三条条思想：

1. 尽快开发出可以使用的系统，开发一个完善系统的时间是一个可用系统时间的10倍或一百倍以上的时间，
   一个完善的设计是很浪费时间的， 反过来，开发完系统自然知道哪里要完善。
   别混着弄，无限的噩梦，开发出来将是个又慢又不完善的东东
2. 项目完成前不随便更换技术，除非该技术的应用会给进度带来深刻的影响
   win3.1->win95->winxp->winvista,无疑每代都在进步， 不过花去最长时间的vista却不一定能讨好客户，
   肆意的修改会带来换代噩梦， 结果也许是个优秀的系统， 不过损失的客户、时间、金钱却无法衡量
3. 实用为主，那些乱七八糟的概念虽然很炫，但是有时候却不是我们必须的

最后提出几条处事方法：

1. 详细了解需求，客户说的不一定就是客户所要的，因为他们不懂嘛。只有详细了解需求才能选择更好的执行方式。
2. 功能块能独立的就独立吧，容易分工，容易修改，也容易组合。
3. 保留扩展接口，别为了添加一条简单逻辑就得重写好几个地方。
4. 做好开工前准备，该使用的东西得准备好，别翻箱倒柜的。

文字变得好少了，链接一篇写得很好对比文章，

修正版 疯狂代码 写给WEB2.0的站长

当然不是说自己不好， 相反的觉得其实性能有时候在开发过程前期和中期（能看到整个项目的实现前）真的很次要，

没有必要刻意强调，而且一开始处理这些会给开发带上无比麻烦。

开发完成，上线前，甚至上线后，查一下，维护一下，差距不会很大的。