今天直接被前端叼了，是什么原因？因为我自己说不清楚我的立场原因，为什么做这个选择？如果是依靠最小改动原则这个出发点这个根本立不住，从产品层面来分析的话我的方案也可以，前端要的方案也可以。前端的方案对前端友好对后端不友好；我的方案对前端不友好但是后端改动量小；那为什么我做这个选择呢？我没有去深入思考这个点，导致被他的思维和立场牵着走，觉得他的也行；最后在大家第三方观点来看就是他的更合理，我的出发点就是图省事，有性能隐患。因为我对这点不是非常清楚，我也解释不清楚我的选择的原因和逻辑，反而陷入对方的逻辑；这个是非常失败的！这个也不是去争个对错或者是谁强势谁语气大谁有理，而是符合逻辑，解释自洽。对于自己的点要非常清楚可以经过考究和质疑的。但最近的几个项目真的是太难受了，我没有多余的时间停下来一一梳理，被需求排期一直推着走，项目不熟悉就开始评估，只能评估个大概，然后就被问到了，自己不是很清楚没有清晰的立场和原因及排期可解释性；这在外人看来就是立不住脚的，是胡乱评估和设计开发的，这个是有问题。
同时这点上面，我觉得自己要小心谨慎，如果后续真的追查的话，开始就不应该是我来评估时间，应该是最熟悉这个功能模块的人来评估。或者说自己先梳理清楚这个功能模块，在细化评估。但是有时候不太符合做事逻辑，因为不可能估得很准，做的过程中有很多意外，产品的需求没有梳理得清楚导致开发变动；如果真的来细究一项任务每项花的时间这无疑是一种额外的负担。
今天一直在想这个问题，最后一一梳理了下是我的设计结构站得住脚，因为这个设计还会影响其他地方同步功能，如果采用前端的设计结构后端无法做处理同步逻辑，但是当时我没有梳理出来，只能被说遵循最小改动原则；职场上并不是只是一味的干活，如何立住自己的观点是第一，要经得起推敲和拷问，重点、难点、为什么这么做等，不要怕冲突，冲突才会暴露问题，暴露问题才能分析解决问题，这对自己来说是一次考验，解决后又是一次成长。记录一下，当没有什么成长的机会和空间的时候，也是该离开的时候了～