代码问题： 这个项目是我四月份接手的项目，接手的时候改个列表查询，我滴妈呀!!!!咋全是各种拼接的sql，中间还穿插着各种逻辑，看了半天操真的难受。别慌这才开头
项目设计问题： 这个项目一年一度都有一断集中使用的时间，还听说这是我们公司最烂的一个项目。现在项目进入频繁的使用阶段了，然后每天还是接到业务的反馈说，XXX账号登陆报错，XXX账号登录提示。。。。，然后接下来平均每天要处理这一堆站账号问题，越看代码越难受，熬~，发现账号表有三张表，组织机构存了两个表，组织的唯一id存了三个表，维护组织机构信息的有两个入口，而且他妈维护的还不一样，我那边账号登录失败登录异常都是这些问题引起的，我维护的系统只是存储了账号和组织信息，没有维护的入口（同步逻辑就不说了，你都想不到他咋写的，总之绕啊绕啊绕啊）。总之在客户频繁使用的期间，两个人平均每天每人要花2小时来处理数据，前提还是我统一查库处理过几批难啊。
你以为这就完了吗，这个项目是有审批业务，他妈的连个创建人，更新人都没有，更别说日志记录了，客户说我们没改这数据呀，谁给我改的，我们也查不出来哦。。。。。。。。。。
需求问题： 业务提了要改造审批流程。这个项目涉及一个审批业务，最长的审批流程只有3级审批，看了代码用了审批流的组件，完犊子了我们大家都不会，反正都是一个屎一样的代码了，在原来的基础上硬改吧。改好之前开发和业务的这次新加的审批流程对应的账号必须统一建到一个组织架构上，因为我们平台没有这些组织架构，并且原有的账号都是挂在各个组织上的，做完之前都是好好的。做完之后，给客户说的时候，不行了，以前有账号的必须延用，没有的新建，完犊子没办法，特殊处理吧，登录的时候强行修改这些账号的组织信息。哈哈哈给又给这个系统增加了复杂程度。。。。。。。。
项目需求不多就一个审批、查询业务，结果一集中运行到了走审批业务的月份，每个月算下来用一两周的时间处理数据问题，哎难受哦。。。。。。。。。。。
