如何通过日常工作中体现一个人的技术深度和专研程度？

本文共计2621个文字，预计阅读时间需要11分钟。

今天在公司内网看到一个讨论帖，原文如下：+ 平时的工作如何体现一个人的技术深度？+ 工作中有很多时候需要细致入微，如何在工作中学以致用，体现技术深度？+ 又如何展现一个人的技术深度？

今天在公司内网看到一个讨论帖，原文如下：

平时的工作如何体现一个人的技术深度？
平时工作中很多时候需求细而碎的，如何在工作中积累技术深度？又如何体现一个人的技术深度？

思考：做需求与做需求的差异

再回答问题之前，我想先抛开「技术深度」这次词，讲讲做需求这件事，说说我对做需求的理解。每一个程序员都是从刚毕业做需求开始，为什么有的人逐渐成为大牛，主导大型技术项目或走向团队管理岗位，而有的人一直还在做需求。我觉得这里面的差异在于，每一个对做需求这件事的理解有所不同。

这里面的差异在于，你是抱着一种什么样的心态去完成这个需求，是把这个需求做到极致，还是只是当做任务完成这个需求，达到产品想要的功能就行。这两个表面上看似差不多其实相差极大，差异在于，你有没有站在更高的角度，希望这件事做到完美。从需求角度有没有思考产品设计当中的缺陷，能不能反向为产品设计提供建议，从技术角度能不能做到高质量高兼容性无bug，以及下次再有类似的需求能不能快速高效率的迭代。

用一句话来描述就是，能不能跳出自己是一个程序员是一个被动执行人的角色，而是将自己当做产品当做技术负责人的心态去做这件事。

业务需求该怎么做

知易行难，如果一开始做不到，那就先着眼小事，关注细节，从需求开始的需求评审，编写技术方案文档，设计文档，到开发的代码注释，结构设计，保证高质量，完善无漏洞的代码逻辑，再到异常埋点，指标监控，线上可用性运维等等，认真对待一个需求的每一个环节。

当你自认为已经做好整个流程的每一件小事之后，接下来可以 通过深入细节，思考整个流程是否存在问题。