总结一下自己遇到过的几个项目

跟敏捷完全不沾边。
跟TDD完全不沾边。
甚至连基本的单元测试都没有。

项目1： 某大佬级国企XX管理系统

开发时间：6个月。人数： < 5.

没有任何单元测试代码，使用了Struts1.x，配置文件靠手写，没有专门的美工，没有任何文档（包括技术手册，使用说明）整个团队只有4个人负责开发，包括一个小经理。系统出错，从不使用log4j调试，也无任何test package. 更别说自动化的持续测试了。

我没有参与开发。HOHO。。。当时是负责调试服务器的。真是痛苦的时间。

项目2： 某国内行业龙头的XX管理系统。

开发时间：新版本2年。原来的版本停用。人数： < 10. 成员一般1年就离职。

没有任何单元测试代码，使用了Veloctiy，配置文件靠手写，有个很一般的美工，技术文档有个2年前的，非常空洞。修改起来非常困难。无从下手。

项目3： 项目2同一家公司的另一管理系统，规模稍小。

开发时间：5个月。 人数： < 5 .

有单元测试，但是只限于对数据库的操作类和Lucene的测试。Action类的测试没有。一些TestCase对数据库的依赖很严重，到了开发后期，测试数据库的数据如果稍微修改，马上现有的TestCase 大批的见红。文档只有数据库的，但是跟不上更新。不过比起前两个，这个项目遇到的问题没那么严重。


总结这三个项目的共同点：
1。没有或只有很少的单元测试。 没有持续性的集成测试。
2。没有使用log4j，全部都是System.out...
3。对于数据库等基础的结构，有用的文档非常少。
--比较逗的一个情况，当时项目3的代码需要与项目2兼容，所以需要对项目2的一个字段"sex"的值进行确定。可是分析后发现，在项目3中，表示性别的SEX居然有3个值：0,1,2 汗，过去问那边的人，他们也蒙了…… 后来那个参与项目的元老恍然大悟：男性用“1”表示，其他的都是女性。 真是太有才了……
4。源代码没办法看。注释极少，if嵌套极多，到处都是COPY代码的痕迹。魔法数。


先这些吧。

关于性别的问题，其实至少应该是3个值——男、女，以及其他。首先存在一种非男非女的人，其次存在变性中的人，同时还存在性别未确定的人。虽然数量较少，非常不常见。但是确实是存在的，而且几乎大型组织中都会有类似问题出现。

删除...

我作的大多数项目也差不多.
大约这样最好管理吧

国内八成项目全这样吧。。。

性别这么个东西，直接用文本不就完了吗，非得搞个0，1，到时候在界面上还要转，多麻烦的

以你的思路文本就不用转么？难道你准备直接写男女？难道你的显示值不是放到resource文件中么？

0,1,2这个能猜出这个结果……服了

男，女，保密
三项..

性别 一般的系统都是三项，男、女、其他。

Nod，这个系统可能当时是从网上下载的***系统，一般网站的个人资料里都会有

男
女
不公开

三项，也就不难理解了。