resources-to-become-a-great-engineering-leader：程序员转管理，别再乱买书了

《管理者之路》买了，《关键对话》买了，系统设计和产品思维也不能落下。收藏夹越来越厚，真正遇到成员状态不对、项目延期、跨部门扯皮，脑子还是空的。

这就很现实。

最近翻到一个 GitHub 仓库，名字挺长：resources-to-become-a-great-engineering-leader。作者 Gregor Ojstersek 持续整理了六年多，里面已经塞了 200 多条资源，不只是书，还有技术博客、Newsletter、行业作者和专题文章。系统设计、软件工程、管理、数据、AI、产品和商业，都单独分了区。

老鬼看这种大清单，第一反应一般不是“真全”，而是：这玩意儿特别容易收藏完就吃灰。

好在作者自己也没让大家从第一条开始啃。他给的建议很直接：先复盘当前能力，找到最影响工作的短板，再去对应分类里挑几份资源深挖，别试图一次学完。

这个顺序比书单本身更值钱。

比如刚升 Tech Lead，眼下最疼的是需求总在变、任务拆不下去，那就先别急着研究什么 CTO 战略，去看沟通、团队管理和项目规划。要是团队每次一上量就 502，日志又查不明白，也别光学怎么开 1 on 1，系统设计和工程能力还得补。

管理岗不是把代码戒了。

这块我得泼点冷水：资源多，不等于路线清楚。仓库更像一个长期书架，不是照着执行就能升级的训练营，而且英文内容占了大头。真正带过几次项目就知道，管理能力很多时候不是读出来的，是开完一次失败复盘、处理过一次人员分歧，再回头找对应资料，才突然看懂。

但对刚从 IC 转管理、或者准备竞争技术负责人岗位的人来说，这份清单确实省了不少筛选时间。先挑一个现在最疼的问题，读两篇，试一周，再回来换下一格。

别两百多条一起上。那不是成长，是给自己制造新的待办。