加上 leader 一共 3-4 人的小组。leader 几乎不写代码，只是 eview 和根据对代码的一些理解(我感觉没有深入研究过代码逻辑)和自己的经验给一些简单的建议。即使项目严重 delay 了，也不会参与代码开发和 bug fix.
大家遇到的 leader 也是这种情况吗
51 条回复 2026-01-20 23:47:46 +08:00
 | 1 tairan2006 9 天前  1 3 ～ 4 个人肯定自己写啊，10 个人往上一般不怎么写了 |
 | 2 craftsmanship 9 天前 via Android 正常啊 这种属于管理层 又不是大头兵 |
 | 3 coderluan 9 天前 1 leader 只是 title ，最终还得落到人上。而人和人的差距是非常大的：我见过管几十人的还自己写代码的，也见过管一个人就不写代码的。 |
 | 4 passon 9 天前 自己上手多累 |
 | 5 Gobling 9 天前 via Android 11 不写代码不一定是好 leader ，但闷头写代码的一定不是好 leader |
 | 6 1up 9 天前 via iPhone 1 公司从此付他钱的目的是招好人管好人用好人，写代码有益于就写，无益于就不该写 |
 | 7 maddot 9 天前 他能搞定老板，不够人他能要到招人名额招人就行 |
 | 8 v00O 9 天前 这种事情看个人了，不写代码是正常现象，还在写的反倒是管理经验并不是很足 |
 | 9 ChefIsAwesome 9 天前 在大部分国家，农业部长、国防部长之类的职位，都是外行人担任的。你想明白这一点就行了。 |
 | 10 yjjemg 9 天前 via Android 1 只要他没把我当两个人使 他不来上班我都觉得很正常 |
 | 11 chenshun00 9 天前 不正常，目前我们是 7 人团队，都要写的 |
 | 12 carytseng 9 天前 3 title 越高，其实应该把工作重心放在拉资源和协调上，说白了得要得来活并且能向上层管理好预期，而不是放在代码细枝末节上了，不是说代码不重要，只是不同职业阶段该干什么是不一样的，他能要多点活给你干，你就有价值，毕竟大部分程序属于成本，而不是直接产生价值 |
 | 13 unnamedhao 9 天前 程序员不写代码让 ai 干活正常吗？ |
 | 14 thetbw 8 天前 起码他还 review,我们领导都不看代码的，就会出了问题就说你应该这么这么设计。 |
 | 15 billzhuang 8 天前 via iPhone 这种就属于混子 |
 | 16 soulflysimple123 8 天前 从工作过的公司来看，能给下面人打考核的，管 10 个人以上的不要写， 管 3 ，4 个人的都是干活的大头兵 |
 | 17 akira 8 天前 正常 |
 | 18 tinybaby365 8 天前 换个视角想想。如果你是老板，给 team leader 定的 KPI 要么是业务相关的，要么是团队技术建设相关的，或者没明确目标别出乱子就行。或许他正在做的可以归为团队技术建设相关，避免将来的技术债。 如果他只能抽很少的时间写代码，自己的 bug 没时间改，你们可能还要为他擦屁股，更麻烦。 |
 | 19 yoshiyuki 8 天前 完全有可能正常。 我现在用 AI 写代码都要区分 planner 和 coder 的，以前在项目上角色类似带队的时候，验证流程设计、分发任务和检查测试就完全足以用完我全部工作时间 |
 | 20 yufeng0681 8 天前 那他干了啥，你还了解? 不能只盯着写代码说事。 研发流程里面好多事情，产品定义，需求说明书，详细设计文档， 接口文档，测试用例， 好些个环节，都是谁在干，干得好不好 |
 | 21 yungyu 8 天前 大家回复的时候，可以带一下自己的位置。 是 一线大头兵还是实线带人的 TL 。 我是一线大头兵。 我认为 除非是二级 TL(下面的人也是 TL)，不然就算不写代码，也应该看代码、review 代码，把控代码质量。 |
 | 22 yiyiwa 8 天前 原来的领导(VP)，一直自己写，下面好几十号人。 |
 | 23 wupher 8 天前 TeamLeader - 项目开始可以，良好的架构与 Data Model 在开头非常重要。开头挖坑，越到后面越难填（旧代码，旧数据）。 - 后面就难说了，即使是 Vibe Coding ，也会在不经意间挖下坑的。只是 review 代码要看是真 review 还是瞟两眼。 - 从你的描述来看，即使是项目严重延期，也不冲上去。这就好像“给我上”和“跟我上”。你的疑惑也就在于此吧。 - 从技术上来看，未来 Vibe Coding 应该是主要趋势吧。大量事务性开发都会将由 AI 来完成。CC 现在其实基本能做到这点了，主要就是费用问题。 |
 | 24 wangritian 8 天前 3-4 人小组组长至少应该写框架级别或核心功能的代码 |
 | 25 passive 8 天前 via Android 那 CTO 还不该配一把纯金的键盘写代码［手动狗头］ |
 | 27 jasonhc OP @craftsmanship 感觉 leader 还不算管理层吧, 部门经理才算. |
 | 30 lts9165 8 天前 看个人，以前我待过的部门的架构师（那会子还流行叫这个），写了很多代码，我进项目看了一下感觉最核心最底层的代码都是他写的，也管着二三十号人。后来遇到的技术方面的主管基本都不写，看都不看，只听汇报 |
 | 31 cufezhusy 8 天前 我原来做 team leader 的根本没时间写代码啊，各种人事杂物。。 |
 | 33 WithoutSugarMiao 8 天前 作为技术 leader ，有空就写，没空就不写，自在极意功 就这么简单。另外未来如果真的会淘汰程序员，也一定是先淘汰这种技术 leader （纯主观，无恶意）。 |
 | 34 Hyvi 8 天前 你管他写不写代码做什么 |
 | 35 slert 8 天前 这其实不是你该考虑的问题 是老板要考虑的问题 老板觉得他不写没问题 进度没问题 就不写呗 |
 | 36 kkwa56188 8 天前 team lead 能对上面负责就可以了. op 你要是手下带一个实习生, 他上来发帖以他的视角埋怨你这个不做那个也不做, 你会:? |
 | 37 k9982874 8 天前 via Android 我项目启动时带着大家写 1 、2 个月，磨合好了稳定了就偏重 code review 和其它项目了 |
 | 38 wangyanphp 8 天前 带 3 个人也叫 leader 么... |
 | 39 silentsky 8 天前 via Android 核心功能的 leader 写很正常 自己写的放心 不容易出问题 |
 | 40 fredweili 8 天前 简单的任务，亲自做就是浪费精力，review 能看懂把把关就够了 做题总是简单的，还有 AI 帮忙，出题的才是更有价值 |
| 41 jasonhc OP @WithoutSugarMiao 我们这位是项目严重拖延且有空也不写 |
| 42 jasonhc OP @wangyanphp 那应该叫什么合适呢? 3-4 个人也是一个 team 吧 |
| 43 jasonhc OP @fredweili 简单的不写, 我当然不会说什么. 问题是, 复杂的难的也不写啊. 上次有个很难的问题 (Google 和 AI 都没找到很好的解决方法), 因为我当前项目 delay 了, bug 解不完, 没时间看那个问题(那个问题和当前项目没有关系). 这个问题就一直放在那里几周了, 应该是在等我闲下来吧. |
 | 46 Ansammlung 8 天前 一样，但之前也有厉害的 leader 一起操刀 |
| 47 wangyanphp 8 天前 @jasonhc 感觉叫小组长比较合适 我理解 leader 最少也得 10 人左右吧. 小组长肯定得写代码, leader 看情况决定写不写代码 https://www.zhihu.com/question/517252488/answer/3308102932 |
 | 48 mightofcode 7 天前 这肯定是个坑货 |
 | 49 guanhui07 7 天前 有些挂着 CTO 头衔 混日子罢了 |
 | 50 saltedfishgames 7 天前 via Android 不妨思考一个问题，leader 如果写代码。leader 的代码出现 bug ，谁来负责？首先代码一般只有 leader 去 review 了，要是这个 leader 技术上勉强过关还硬爱下场干活，team 里谁敢站出来说 leader 写错了？ leader 作为一个管理要有威信力，他会怎么处理？ |
 | 51 473 6 天前 via Android 我就是被写代码深深陷入内耗，没时间提升整个团队效率，项目太多，累垮的，高估自己的精力和体力。写代码对领导来说，这是执行层的事情，既然管理层了，就不要做执行层的事了。。。 |
Select Language