背景:
- 建设是仓促的, 人是到处借的, 需求是一直变的, 排期是倒排的, 加上厂商b公司性价比招人完全没有建设能力了, 老员工一点点跑, 外包一点点招, 项目经理也是飘在天上只会要时间的
问题:
xx明细导入, 明细用到某base表, 于base表出现死锁
解决:
易DBA查得: 死锁发生于多句对base表一列的更新操作, 经盘问, 为需求侧提出的新需求, 开发人员未于研发负责人进行设计评审即自主进行改动.
- 需求脱敏为, 根据导入的数据的人员一个属性去更新基础数据base表的这个字段, 条件为人员id, 原因为这个字段信息同步的来源数据不准. 研发人员无能力进行合理设计.
- 需求侧未合理斟酌需求, 此需求就不该受理, 应要求来源保证数据准确以其为准, 本系统仅提示,最多对接来源系统做些主动更新或交互的操作,再同步一次
规范:
-
所有需求的开发设计均必须进行开发会议评审
- 虽然形式比人强,傻X排期和客户一天一个进度要求, 但你需求直接派给开发, 怎么保证开发质量
- 把大伙周末喊上来看问题, 难受
- 这种情况目前看来比较好的处理方式是抓一个有资历的研发, 充当从需求接收至研发分派的总控协议, 以保证需求受理速度和质量
- 但是贵公司这房地产包工头模式很难有人真心出力担这个钱少事多责任大回报小的职
- 虽然形式比人强,傻X排期和客户一天一个进度要求, 但你需求直接派给开发, 怎么保证开发质量
-
加强上线需求代码审计, 回收分支合并权限