> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/zh/2025-nian/w08-qian-duan-ji-jian-yan-jin-he-ji-shu-tong-xue-de-ge-ren-fa-zhan-gui-hua.md).

# W08-前端基建演进 和 技术同学的个人发展规划

最近和很多人交流了两个话题。

一、如何保持一个业务前端组的基建工程水平不断进步？

随着团队规模的增长，以及工程基础的不断夯实，今年的工作重心应该从运动式转向长效式。确保已形成的技术共识不被稀释，已积累的基建成果不发生退坡。让能决定团队工程水平的人集体决策，想推动工程发展的人自由贡献。建立一个可持续的工程进化机制，摆脱个人依赖的自组织、自进化的Group。目前有一个工作组的构想，反馈普遍持积极认可态度，将会在团队规划中体现。

二、如何迭代技术同学的个人发展规划？

尝试改善技术专家or 管理者的二元思维模式。虽都是可期可循的康庄大路但比较模糊，在落地执行时会遇到认知偏差或者达成路径不清晰的障碍。我们对技术专家的理解过窄，对管理者的达成路径过虚。

大部分人对技术专家都存在“阿尔法极客”那样的刻板印象。事实上，技术专家可以有很多面，我们所能看到的技术专家并不是技术专家所定义的全部。技术专家可以是深谙业务逻辑、擅长运用领域知识解决问题的领域专家，可以是掌握团队技术进程、能够结合业务前瞻的架构专家，也可以是在特定技术领域有独特经验的切面专家，比如性能专家、数据专家。随着业务的纵深发展和组织的持续成长，对技术专家的要求也在不断多元化，这种多元化本身就蕴含着丰富的发展机遇。

对于管理者的发展条线，需要给有倾向的同学提供清晰可达的路径。技术管理者应该是一个知识面较宽的综合型同学，有广阔的技术视野和扎实的技术业绩，能不断取得业务信任，能化解风险摆平压力。有几个关键的成长节点，需要做好导师，培养好校招生，辅导好同学晋升，能做好4-5人的项目管理，能R得动大规模技术专项，能为团队留下点什么。