我的业务有一个小 bug，修复完成之后在整理 bug 成因的时候涉及到一些业务逻辑设计。 
逻辑大概是组长认为在分发任务给客户端的时候，如果这个任务在服务端删除了，接口中就不要包含这条被删除的 task，客户端如果发现 tasks 列表中没有这条任务就执行清理操作 
这整个业务都是我设计开发的，我的做法是 task 中包含一个 status = destroy，客户端读到这个 destroy 才会进行清理操作，我这么做的原因也是一年前公司其他部门就因为某个数据接口错误的返回了空数据(大概是某些原因导致没查出数据返回了空)。这个空导致了全线业务崩溃，写这个 bug 的哥们引咎辞职。 
我觉得我现在的做法更安全没啥问题，没必要进行调整，但是组长依旧希望我改一下，然后就在群里面 battle 起来了。 
然而 battle 是无效的，改还是要改的，但是难受总归是难受，难受了整整周六周日两天(难受...