上次那个写了好多，
反对的人也好多。
但是适用的人其实还是蛮少的
有点心灰，不过至少总结几条给给自己看，也给关心的朋友们，
核心：做可以用的系统是很快的
首先简单总结三条条思想：
- 尽快开发出可以使用的系统，开发一个完善系统的时间是一个可用系统时间的10倍或一百倍以上的时间，
一个完善的设计是很浪费时间的， 反过来，开发完系统自然知道哪里要完善。
别混着弄，无限的噩梦，开发出来将是个又慢又不完善的东东 - 项目完成前不随便更换技术，除非该技术的应用会给进度带来深刻的影响
win3.1->win95->winxp->winvista,无疑每代都在进步， 不过花去最长时间的vista却不一定能讨好客户，
肆意的修改会带来换代噩梦， 结果也许是个优秀的系统， 不过损失的客户、时间、金钱却无法衡量 - 实用为主，那些乱七八糟的概念虽然很炫，但是有时候却不是我们必须的
最后提出几条处事方法：
- 详细了解需求，客户说的不一定就是客户所要的，因为他们不懂嘛。只有详细了解需求才能选择更好的执行方式。
- 功能块能独立的就独立吧，容易分工，容易修改，也容易组合。
- 保留扩展接口，别为了添加一条简单逻辑就得重写好几个地方。
- 做好开工前准备，该使用的东西得准备好，别翻箱倒柜的。
文字变得好少了，链接一篇写得很好对比文章，
当然不是说自己不好， 相反的觉得其实性能有时候在开发过程前期和中期（能看到整个项目的实现前）真的很次要，
没有必要刻意强调，而且一开始处理这些会给开发带上无比麻烦。
开发完成，上线前，甚至上线后，查一下，维护一下，差距不会很大的。