项目中需要时刻提醒自己的六件事

讨论一下楼主提到的“实现优先”

不知道你说的“实现”是否包括设计？
如果编码之前不做设计，很可能导致生产出来的代码缺乏全局的考虑。这样要在后期进行调整或优化，是很困难的。就算是你掌握了充分的重构技巧，可能你会觉得重构还不如完全重写的代价低。那时你会体会到设计是必要的，那是在全面地理解需求的基础上，建立符合全局优化原则的模型（或架构）的过程。
除非你们团队成员的水平都很高，面对需求时大家的脑袋里很快就会有很好的方案；并且大家的沟通水平都很高，很容易达到一致，编码时的思路、理念都很一致。有了这些，你们或许可以跳过书面的设计。如果是这样，或许其它几条也不会有什么问题了（因为大家的水平都很高，都很容易沟通）

一点愚见，供大家参考

not too much,
不要引申的过度，走极端都是有问题的。
优先不代表不考虑其他的，分清主次。
lz举的例子不太恰当，有点极端了。

LZ的这些心得还真是别具一格

看来这个实现优先还是没有讲清楚啊。

实现优先并不是说完全的实现整个系统后再去重构，而是在项目最开始的时候尽快建立起一个能满足项目中最关键需求的原型系统(哪怕你得到是一个由shell,script,java等等拼出的大杂烩，但只要还能跑就足够了)，随后的沟通，设计都基于原型来进行。通过构建原型系统，你将最早的了解到项目中的难题。此外，由于原型的存在，你有了一个最好的沟通基础，无论是对客户还是对组员，你的描述和设计都将言之有物，你对于需求的收集也将更明确和详细。


喜欢xp的朋友应该更容易理解，还记得xp的4个核心价值么？交流，简单，回馈，勇气......

还有plan design...simple design.....

其实这里所谓的实现优先与xp并没有冲突，只是侧重的部分不同罢了。

简单是以不停重构做为补充.....的

个人认为把“实现优先”的说法改成“原型法”更好理解......

原型法是一种方法论，而实现优先是一种侧重。我在这里只是想强调这个侧重，而不是想强调一个方法论.....

这几条大家可以看作是对我自己的一些微调参数，因为我自己存在着与这几条对应的一些缺点。如果大家没有这些缺点，也就不必在意我的这几条是对是错了。

核心价值中的简单说的应该是不做额外功.....吧

我有一只猪时,要一个猪圈,做一顿猪食
我有二只猪时,要一个猪圈,做二顿猪食

当我有N只猪时,要N/5个猪圈,做N/1.5次猪食.

这叫简单{
我有一只猪时,做一个猪圈,做一顿猪食
我有二只猪时,copy一个猪圈,copy2顿猪食（当今世界copy不要钱）
当我多了只羊，先试试往猪圈塞，不行再作羊圈。
}

这叫重构{
我有一只猪时,做一个猪圈,做一顿猪食
当我有N只猪时,先做N/5个猪圈,做N/1.5次猪食.
然后拆了N/5个猪圈换个大的，再换口大锅煮猪食.

}