导读：有的开发喜欢什么都不问，对着逻辑和流程就开发了有的开发喜欢质疑，不管是对的是错的，先说怎么这么设计，应该balabala，虽然大多数情况下...
有的开发喜欢什么都不问，对着逻辑和流程就开发了
有的开发喜欢质疑，不管是对的是错的，先说怎么这么设计，应该balabala，虽然大多数情况下都是在提歪理，但是偶尔也会有确实没有被考虑到的点
1.埋头实现的开发
现实中不外乎两种情况，一种是非常牛逼的开发，根据产品需求已经把开发的思路逻辑梳理的非常清晰，于是可以直接开干。但实际上满足这样的现实场景非常苛刻。原因有两个，一是，需求层面，业务，产品上都有可能会没有考虑完善的情况，这种情况下对于开发来说势必会有需要二次确认的点，二是，开发也会因为站在开发视角所遗漏的点，总之是人就会有遗漏的风险。第二种情况，要么就是以为自己很牛逼的开发，但其实经常出现没想清楚，导致后期沟通成本大，对项目造成影响。
2.一边实现一边质疑的开发
首先，质疑这个行为说明他在思考。这也要分情况分析。如果是为了质疑而质疑，挑刺的这种，反倒是显得过犹不及。但假设排除主观上的质疑，现实层面情况下，能带入自己的思考，并且主动提出疑问，这种行为就已经值得鼓励。
总结，相信大部分产品，技术合作的方式应该都是保持相互沟通，对于需求把握和技术实现都有自己的主动性进行思考。始终认为打造一个优秀的产品，是从需求到产品到开发到实现，都是不断完善和补足的过程。相会补位，才会变得更强。
