本章要回答的三个问题:基础打牢之后,前端、后端、数据这些转职分支到底怎么选?什么样的代码才算"写得好的代码",工程习惯从哪里开始养?单刷到组队,协作和沟通这些软技能真的影响技术成长吗?
技能树点到第五章,你已经能独立解决中等规模的问题——此时反而最容易迷路。选项一下子多起来:转前端还是后端?要不要碰数据和机器学习?招聘要求里一长串名词像另一棵更大的树。同时,个人刷副本养成的习惯开始不够用:代码是写给别人看的,项目是和人一起做的,评审、沟通、文档这些"非技术"能力开始决定你的上限。本章不给你标准答案,而是给决策框架:怎么选分支、怎么精炼装备、怎么组队打本。
| 节 | 回答哪个问题 | 关键产出 |
|---|---|---|
| 6.1 选择进阶方向 | 分支怎么选 | 三维评分决策表与试错策略 |
| 6.2 代码质量与工程习惯 | 好代码怎么写 | 命名、边界、测试的实例对照 |
| 6.3 协作与软技能 | 组队怎么打 | 评审心态、提问沟通与文档练习法 |

可考核知识点分三组:能用三维评分(真实兴趣、市场供需、能力禀赋)加证据制纪律完成一次分支决策,并设计一个两周小成本试错任务来采集兴趣证据;能解释"代码质量即修改成本",并展示命名、函数边界、测试三个抓手的改前改后对照,说明"先测试再重构后加功能"三步为什么不能混在一次提交;能背出评审的给意见三条纪律(对码不对人、给理由或方案、区分必须与偏好)与收意见三条(不当审判、不懂就问、有据可坚持),并按"结论先行"结构做一次进展汇报。三组能力对应选路、立身、共事,是这条路线的全部装备。
方向选了之后还能改吗? 能,且代价可控——分支间底层能力大量互通,转身的成本是月不是年。改方向的正确时机是完成一个完整周期、拿到真实体感之后,而不是学到一半听风就是雨。
软技能没有环境怎么练? 三条现成路径:给学习伙伴互评代码(评审手艺)、给自己的项目写说明文档(文档手艺)、在社区答题(沟通手艺)。都不需要入职,今天就能开始。
怎么判断自己在"深耕"而不是"重复"? 看每个周期的现学点清单:如果连续两个周期没有新增现学点,你已经在舒适区巡航,该提高项目档位了。
本章是这棵技能树的顶层,也是你个人新树的根。成长的终点不在本册之内:方向深耕、工程精进、社区影响力,都是多年尺度的事。能带走的是三样东西——一套按依赖点技能的思路、一套刻意练习的机制、一套复盘改进的循环。它们适用于编程,也适用于此后你想点亮的任何一棵技能树。
回望整条路线还能看到一个规律:越往上走,"学新知识"的比重越低,"做判断"的比重越高。新手村教你执行(装好、存档、跑通),经验值系统教你自我校准(练对、记牢、复用),副本教你独立交付,Boss 战教你面对未知,而这一章教你选择方向并与人共事。技术会过时,这条从执行走向判断的成长曲线不会——它就是你未来应对任何技术浪潮的底层技能树。