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