主要观点总结
这篇文章主要讨论了如何体现和提升程序员的技术深度,包括理解做需求的差异、如何在工作中积累技术深度、如何体现技术深度,并介绍了有关开源项目mall和mall-swarm的相关信息。文章强调技术深度的重要性,同时提醒读者在积累技术深度的同时,也需要锻炼其他能力。
关键观点总结
关键观点1: 理解做需求的差异
文章提到,不同的程序员对做需求的理解不同,关键在于以什么样的心态去完成这个需求。把需求做到极致,还是只是完成任务,这决定了技术深度的积累。
关键观点2: 积累技术深度的方式
文章指出,通过关注细节,从需求开始的需求评审,到开发的代码注释,再到异常埋点等,认真对待每一个需求的每一个环节,可以逐渐积累技术深度。
关键观点3: 技术深度与业务需求的关系
文章强调,抛开业务需求谈技术深度是没有意义的。技术深度应该应用于解决业务需求,解决产品急迫要解决的问题,完成老板的OKR和部门的战略目标。
关键观点4: 获取有技术深度事情的授权
文章提到,如何让领导安排有技术深度的事情给你?关键在于展现完成这种有技术深度事情的能力和意愿。
关键观点5: 技术深度不是唯一标准
文章指出,在职业生涯的初期,技术能力作为最大的衡量标准。但随着职级提升,对一个人的要求也会发生变化,需要锻炼技术深度以外的其他能力。
文章预览
Boot+Cloud项目学习: macrozheng.com 作者:沧海月明FE 来源:juejin.cn/post/7073001183123603470 到一个讨论帖,原文如下: 平时的工作如何体现一个人的技术深度? 平时工作中很多时候需求细而碎的,如何在工作中积累技术深度?又如何体现一个人的技术深度? 思考:做需求与做需求的差异 再回答问题之前,我想先抛开「技术深度」这次词,讲讲做需求这件事,说说我对做需求的理解。每一个程序员都是从刚毕业做需求开始,为什么有的人逐渐成为大牛,主导大型技术项目或走向团队管理岗位,而有的人一直还在做需求。我觉得这里面的差异在于,每一个对做需求这件事的理解有所不同。 这里面的差异在于,你是抱着一种什么样的心态去完成这个需求,是把这个需求做到极致,还是只是当做任务完成这个需求,达到产品想要的功能就行。这两个表面上看似
………………………………