鲸云效解读如何判断一个软件开发的技术人员的技术做的好

鲸云效解读如何判断一个软件开发的技术人员的技术做的好
鲸云效是腾讯优测推出的为企业制定软件质量全景解决方案的平台，其基于腾讯软件质量管理体系，以质量体系标准为准绳，以工程效能提升为宗旨，致力于以科学化和体系化的理论和实践，赋能传统行业实现数字化转型。

在软件开发行业中，一般方法比较简单。下面介绍2种方法，供大家参考。

比如类似于信息论描述清楚了信息的数学定义和量化分析，并能推演压缩，纠错等算法可以达到的极限；高频交易让交易延迟低到了极限，逼近了光纤的物理极限你做的东西有人用，你从中间接或者直接的获得了收益。

比如你做了一个程序可以订到低价票；写了一个app可以让很多人听课学习……对于1可能个人成分更大一些，但绝对机会会非常少。需要一个人专心于一个很窄的领域不断研究和积累。但即便做成了，除非是科研项目，还是要落在“有人用”这个点上。而对于第二点，是大多数人要做的。这就涉及到了很多非技术问题。

比如，你要和潜在用户聊天了解真实的需求而非拍脑袋；你要向他们推广你做的东西，要说明白为什么你做的能帮到他。这就涉及到大量的深度的沟通。对于如何做好技术这个问题，也分两个小问题。一是，当你不会一门技术，不熟悉一个领域的各种问题和深坑，就需要学习。

对于一些出现了几十上百年，肯定没啥争议的技能知识，找本书认真学也就是了。但是如果要技术做得好，就一定会涉及到很前沿，充满争议和权衡，还没有能够完整的著书立说，甚至连文档都不清晰稳定的能力。比如你做个app，想做个发红包+裂变的推广系统。你当然可以拍着脑袋撸一个。但这样的效果就一定好吗？且不说bug。

会不会没有考虑很多现实中的坑？如果推广效果差，是不是哪里预备的资源容量太少了，还是用户点红包的页面不起眼，造成用户不想点/不知道能点？数据分析的算法是不是哪里没考虑到得到了偏差等等。这时，假如你的某个同事曾经做过这个事，效果很好。

你是不是应该先去问问他哪里需要更留意？有没有已经做好的系统可以直接接入使用？甚至可以在他的基础之上再改进？但如果你从来都不理对方，对方这时为啥要告诉你呢？另外一个是，现在的系统都相当复杂，能够一个人撸全部的机会还是太少了。必然会存在协作。就拿做简单的后端+前端举例子。两个人定接口，定完了后后端能不能忠实的实现？前端要不要改需求，说“这个字段其实是这个意思，上次没说清楚“，然后逼着后端改？

大家能不能对一些基本问题能够达成共识，彼此信任，很顺畅的协作，高效的做技术输出？2个人还容易，5个人呢，10个人呢？再扩大一点，如果是几个团队呢？几个公司呢？如何拉近彼此的关系，形成良好的合作伙伴？做技术越多就会发现，与值得交往的人建立长期关系是至关重要的。但建立关系的前提是自己的技术做的足够好。

所以我无法把做技术和处事两个割裂开来看。现实中是不可能，也不应该在技术与人之间二选一，完全不搭理另外一边。在我看来这是一件事，就是搭建一个让你的价值可以输出的系统，帮助另外一群人过得更好。无论是代码还是人，都是必不可少的环节。而大多数题这样问题的人，可能是因为技术做的还比较初级，不足以支撑与人建立关系。所以还是要下功夫好好学和做。但请不要因为做技术忙而忽略那些可能成为你的老师、伙伴或者用户的人。

还有一个可能是很多做技术的人都在待人接物这个事情上有抵触。其实这不要紧，我也有抵触，到现在还有。只是，当我看到了别人在与我的合作中得到了帮助，我的满足感会远远超过这个抵触。这个现象在《被讨厌的勇气》里被讨论的很清楚。这里推荐给你。