程序员，你总要有点自己的想法呀！~~思维
个人总会倾向于认定自己的能力比较强。个人总会高估自己的能力而弱化他人的能力。
团队绩效考评，假设总分100分，看团队里每个人的绩效占比。如果让每个人自评，那么结果往往会超过100%。而如果让每个人给他人评分，结果总是会低于100%。
如下方法，返回布尔类型，PsmMessageCode.TRUE和PsmMessageCode.FALSE定义这些有毛用？
public boolean updateByPrimaryKey(PsmOrdDO psmOrdDO) { int red = psmOrdDOMapper.updateByPrimaryKey(psmOrdDO); return red > 0 ? PsmMessageCode.TRUE : PsmMessageCode.FALSE; }
如下方法的作用是持久化记录，最终仅仅返回是否持久化成功。对于这种情况，你直接返回boolean就行了，省去了别人了解BasicRspCO和ReturnUtils的时间。我们要做的，是把复杂事情简单化，而不是简单事情复杂化。切勿本末倒置！ 我问过写这段代码的当事人，得到的答复是看别人是这么写的，然后自己也这么写。还信誓旦旦的地说“是为了统一”。中毒很深啊！任何开发团队，代码规范，都不能也不会主张这种统一。
public BasicRspCO updateByPrimaryKey(PsmOrdDO psmOrdDO) { 。。。 int red = psmOrdDOMapper.updateByPrimaryKey(psmOrdDO); return red > 0 ? ReturnUtils.returnSuccess() : ReturnUtils.returnFail(); }
话说：好的可以模仿，不好的，就别模仿了。
这涉及到很重要的一点，你得有意识地去琢磨哪些不好。很多程序员，水金火木土都不缺，唯独缺这个意识，就剩下一味的模仿了。
认知的4种境界：
- 不知道自己不知道
- 知道自己不知道
- 知道自己知道
- 不知道自己知道
关于数据类型，比如数据表字段，有些程序员习惯把多数字段定义成varchar。比如日期，比如表示是否的字段。如果没有特殊的用意，从程序可读性来说，还是定义成明确的类型更合理。
关于枚举定义。当一个词汇的值在有穷序列里变动时，可以定义成枚举，提高程序可读性。而诸如“是否审核成功”这样的，定义枚举就显得多此一举了，直接用布尔取代即可。同样，像性别，如果系统对此无过多需求，就干脆也定义成布尔。微博/空间/社区系统另说。这涉及到领域知识了。就像地址，对于支付系统来说，定义一个属性就够了，而对于电商物流系统，就要细化到街区、具体地址等数个属性了。