工程师的成长，不在于写了多少代码，而在于能否讲清楚代码背后的逻辑
仅用于站内搜索，没有排版格式，具体信息请跳转上方微信公众号内链接
来源|大迁世界
作者|前端小智
有没有过这样的瞬间：
你试图向别人解释自己写的代码，结果说着说着，突然意识到自己其实并没完全搞懂？
这，才是真正成长开始的地方。
不是在你凌晨两点码出300行逻辑时；
不是在你成功合并一个PR、收获Slack上一片“LGTM”时；
而是当你需要把这一切说清楚的时候。
代码你可以靠“感觉”去写，靠搜索、模仿、试错，拼拼凑凑也能跑起来。
但解释代码就不一样了。
为什么用这种模式？
为什么选这个数据结构？
为什么这里racecondition你“好像”已经处理了？
这些问题一旦被问出来，所有隐藏的混乱与漏洞也随之浮现。
很多人（尤其是刚入行时）误以为成长就是速度：更多的代码、更多的功能、更大的PR。
看起来很高产，Github提交历史也很漂亮。但只要有人问一句：“你能给我讲讲这个实现的思路吗？”
……然后空气突然安静。
这时你会意识到，那些所谓的“进度”，其实像沙堆一样脆弱。
成长不在于你是否能写出东西，而在于你是否能用完整、清晰的语言解释它。
不仅是“它是怎么工作的”，更包括：
为什么这样设计？
有哪些权衡和取舍？
它失败时，你知道哪里出了问题吗？
很多优秀的工程师在写代码时游刃有余，但一到需要表达自己的时候就卡壳了。
不是不聪明，而是没人告诉过他们：“思考”与“表达”是两种能力。
他们不是炫技型选手，而是解释型选手。
他们不会藏着掖着，不靠晦涩难懂来彰显“高深”。
他们会反复解释、不断分享，无论是在Slack对话里，技术文档中，还是Zoom会议里。
解释得越多，自己也越清楚。
每次输出，都是一次自我打磨。
不需要等别人提问，也不必等到正式会议：
在PR里写出你的设计思路。
在技术方案中记录你考虑过的trade-off。
在注释里说明关键逻辑的原因，而不仅仅是“做了什么”。
向刚入职的实习生讲讲你用的库是干什么的。
用朴素、通俗的语言去解释复杂逻辑。
讲不清楚？那说明你还没真正理解它，你只是记住了它。
默默写代码、避免暴露自己，是一种“看似安全”的方式。
但真正成长的工程师，是敢于开口解释的人。他们带动团队思考，也借此锤炼了自己的认知。技术领导力，就诞生于一次次清晰的解释之中。
所以——写代码很好。但想要变得更好？
就试着讲出来。真正的工程力，从表达开始。
如果你觉得这篇内容对你有帮助，欢迎点赞、分享，也欢迎把它发给团队中的伙伴，一起讨论技术的表达与成长。
好啦，今天的内容分享就到这，感觉不错的同学记得分享点赞哦！
PS：程序员好物馆持续分享程序员学习、面试相关干货，不见不散！
点分享
点收藏
点点赞
点在看
