• 你们的team leader 写代码正常吗?
  • 发布于 2小时前
  • 15 热度
    10 评论
  • 长青诗
  • 1 粉丝 49 篇博客
  •   
加上 leader 一共 3-4 人的小组。leader 几乎不写代码,只是 review 和根据对代码的一些理解(我感觉没有深入研究过代码逻辑)和自己的经验给一些简单的建议。即使项目严重 delay 了,也不会参与代码开发和 bug fix.大家遇到的 leader 也是这种情况吗?team leader 不写代码正常吗?
用户评论
  • 千帆過盡
  • 看个人,以前我待过的部门的架构师(那会子还流行叫这个),写了很多代码,我进项目看了一下感觉最核心最底层的代码都是他写的,也管着二三十号人。后来遇到的技术方面的主管基本都不写,看都不看,只听汇报
  • 2026/1/19 10:52:00 [ 0 ] [ 0 ] 回复
  • 半生輕狂客
  • TeamLeader
    - 项目开始可以,良好的架构与 Data Model 在开头非常重要。开头挖坑,越到后面越难填(旧代码,旧数据)。
    - 后面就难说了,即使是 Vibe Coding ,也会在不经意间挖下坑的。只是 review 代码要看是真 review 还是瞟两眼。
    - 从你的描述来看,即使是项目严重延期,也不冲上去。这就好像“给我上”和“跟我上”。你的疑惑也就在于此吧。
    - 从技术上来看,未来 Vibe Coding 应该是主要趋势吧。大量事务性开发都会将由 AI 来完成。CC 现在其实基本能做到这点了,主要就是费用问题。
  • 2026/1/19 10:50:00 [ 0 ] [ 0 ] 回复
  • 山有木兮
  • 那他干了啥,你还了解?
    不能只盯着写代码说事。
    研发流程里面好多事情,产品定义,需求说明书,详细设计文档, 接口文档,测试用例, 好些个环节,都是谁在干,干得好不好
  • 2026/1/19 10:48:00 [ 0 ] [ 0 ] 回复
  • 远山迷雾
  • 完全有可能正常。 我现在用 AI 写代码都要区分 planner 和 coder 的,以前在项目上角色类似带队的时候,验证流程设计、分发任务和检查测试就完全足以用完我全部工作时间
  • 2026/1/19 10:47:00 [ 0 ] [ 0 ] 回复
  • 城南诗客
  • 换个视角想想。如果你是老板,给 team leader 定的 KPI 要么是业务相关的,要么是团队技术建设相关的,或者没明确目标别出乱子就行。或许他正在做的可以归为团队技术建设相关,避免将来的技术债。如果他只能抽很少的时间写代码,自己的 bug 没时间改,你们可能还要为他擦屁股,更麻烦。
  • 2026/1/19 10:44:00 [ 0 ] [ 0 ] 回复
  • 价值人生
  • title 越高,其实应该把工作重心放在拉资源和协调上,说白了得要得来活并且能向上层管理好预期,而不是放在代码细枝末节上了,不是说代码不重要,只是不同职业阶段该干什么是不一样的,他能要多点活给你干,你就有价值,毕竟大部分程序属于成本,而不是直接产生价值
  • 2026/1/19 10:42:00 [ 0 ] [ 0 ] 回复
  • 梦清幽
  • leader 只是 title ,最终还得落到人上。而人和人的差距是非常大的:我见过管几十人的还自己写代码的,也见过管一个人就不写代码的。
  • 2026/1/19 10:34:00 [ 0 ] [ 0 ] 回复