大家好，我是苍何，今天是在外出差的第五天，这几天参加了重要的会议，接触到了很多顶级的大佬，见到了很多未来的科技，也明白了很多的道理，其中也解开了我一些心结和困惑，比如作为Team leader究竟要不要写代码的困惑，给大家做个分享，也希望未来你们面对同样问题的时候能不那么迷茫。 如果是基层管理者，写不写代码还是得实际结合公司和项目！ 如果项目紧张，资源不足，TL需要参与编码 项目时间可控，可不实际参与编码！ 不过，我始终建议TL保持技术敏锐度，可以从以下几点出发！ 1，为团队写好工具类代码，业务代码可以没必要亲力亲为，项目中能给团队提升效率的工具类代码可以作为TL首选。 2，做好代码审查，所有上线代码需要亲力亲为，认真做好审查，即使没有参与业务代码也能了解业务实际代码情况，是比较好的方式。 3，多关注开源github好的项目，保持技术的敏锐度。可以自己参与到项目贡献上也可以自己发布开源项目，全力投身建设，既提高了技术的敏锐度又能很好的在社区打造自己的品牌和产品。 4，把时间安排到团队更重要的事情上，比如团队内控管理，项目风险进度把控，产品方向及设计，架构规划，业务规划，以及和其他团队的沟通，公司整体业务战略分解上面，这些工作是你的小伙伴没法帮你完成的，也是更为提现管理能力的工作，你需要把你的部门定好目标，把你的产品定好方向！ 5，优秀的管理者绝对不是一个好的灭火者，而是一个好的传授者，需要教人怎么灭火，要能提前感知火情，让小伙伴找到方法参与讨论，主动设计，方案评审，你需要给的是专业的建议！ 6，多关注业务，业务的进展和方向，以及能给产品带来的价值，比实际编码更重要！ 总结：好的TL一定是比团队任何人都更懂业务，也更了解代码架构情况，TL没必要全部投入业务编码，可为团队输出效能工具，不应当灭火者，需要放权赋能成员，多关注业务和架构！