最近由于工作的原因，跟一个同事在工作态度上有了一些歧义，总结了下原因，个人认为与工作经历直接相关。同事跟我工作年限相似，但是参与过很多项目，经验上没得说，遇到过各种业务场景。但我始终任务其有个特别明显的缺陷：过早得出结论！
最近对接程序的时候，由于是新型设备，使用了新的协议，于是我将其做了一系列的准备工作，但是在调试过程中，遇到了偶发性发送消息不回复的结论，在我的项目工作中，这个现象无需解释，无需追究，因为这是UDP协议自身就带有不可信赖性质。但是同样的现象在同事看来，似乎必须要得出一个结论，才能进行下一步工作，因此产生我感受到的结论：不能过早得出结论。
具体现象：同一台电脑，一个是刚刚开发的程序，另外一个是某个dtu厂商提供的测试测试程序。出现了同一台电脑的两个不同程序一个成功一个失败的现象，这次出现失败的是dtu厂商的工具没有得到回复，于是同事立刻说了一句：这个程序不好用！但在我看来，我始终不能判定某个程序不好用。在这个同事这里，似乎不使用这个结论来收工，完不成这项工作。这是我始终需要质疑的做法，因为在我的项目经验里，可以归结成我只参与过1个项目，由于高并发高性能高可用等要素制约，我始终不敢让自己使用不够严谨的理由去回答问题，否则的结果就是我当初人肉运维在高峰期不停地盯着服务器挂了就手动重启的状态。这个时候我对于得出的肯定结论，始终是质疑的。
至于最终如何，可能算是没有结果，因为这是不同人对于相同事情的不同看法，无需争辩。另外也是岗位角色所要求的的，当天我给领导回了个话就是，我的工作模式，能解决技术问题，但不能“面向deadline交付”！然后就算是撤出了这个项目的支持工作，此事无果而终，我相信即使同事继续处理，这个过早的结论，终究会导致一些“处理不完”的现象的。
原文地址：
https://www.opengps.cn/Blog/View.aspx?id=939
文章的更新编辑依此链接为准。欢迎关注源站原创文章！