最近做项目感觉很累很累，先自我分析一下吧。（但愿不要给大家一个“阴天”的感觉
）
先明确一下我理解的“设计”的范围。一定要先说明一下，否则容易混淆。
一般做一个项目主要有以下几步。
1、到客户那里做调研，收集客户的需求；
2、根据需求和设计人员的经验设计功能模块；
3、设计实体类（或者数据库）。对于我来说就是设计数据库:)
4、设计各个模块的实现细节，比如多少个列表页面，里面都显示什么字段；多少个表单，里面都有什么字段；各个页面之间如何跳转；业务逻辑的具体功能的实现。
至于OO方面还需要涉及什么我就不太清了，我现在还是非OO的方式写项目。
5、分工，开始编码了。
6、代码检查，查看代码是否符合规范，是否实现了规定的功能。
7、个人测试、整体测试。
我觉得2、3、4都属于设计。
但是我这里想说的“8/2”原则呢侧重于 4和5的比例。因为2和3都是前期的总体策划的部分，4和5才是具体的细节。
如果4和5的比例真的达到了 8：2 会怎么样呢？
做设计的用了8份的时间，而编码人员只需要2份的时间就可以完成了。
好还是不好呢？
显然做设计的人员是比较很累的。
在我的项目里面 4和5的比例至少也达到了 5：5 ，而我又是负责设计的。
我的做法呢就是把4的部分工作交给负责编码的人员来做，当然这样做效果是比较不理想的。但是时间紧我也没有其他的办法。只有我一个人做设计。
我现在最郁闷的是，当出现一个新的功能的时候，我花半天的时间设计的话，另一个程序员用大半天的时间就可以实现了。
同时我要再设计下一个功能，然后再交给他来实现。
而我的这种设计并不是很细致。列表上显示什么信息我只是提出一个宽泛的要求，而没有具体到每一个字段。
这是一带一的形式，如果是一带二的话，根本就“供应”不上。
这还不包括代码检查，代码测试的时间，而这些工作都得我来做。
所以我觉得真的实现了 “8/2”原则 的话，那么最需要的是设计人员！可能是二代一了，两个设计人员对应一个编码人员。最好在外加一个测试人员。
好像听乱的，确实，我现在的思路也确实挺乱的。
把我的情况写出来，不知道兄弟们的情况如何？