- 主题:team leader不写代码正常吗
加上leader一共3-4人的小组。leader几乎不写代码，只是review和根据对代码的一些理解(我感觉没有深入研究过代码逻辑)和自己的经验给一些简单的建议。即使项目严重delay了，也不会参与代码开发和bug fix.
这种情况正常吗
发自「今日水木 on iOS」
--
修改:xeagle FROM 221.222.20.*
FROM 221.222.20.*
不一定吧，不知道你维护过APP类的屎山项目吗，细节特别多
【 在 juda 的大作中提到: 】
: 独立做过几个项目以后，就知道写代码其实是整个过程里最简单的事情了
:
: --发自 ismth(丝滑版)
: --
发自「今日水木 on iOS」
--
FROM 111.201.168.*
同意，要不凭啥leader拿的工资在组里最高呢
【 在 z16166 的大作中提到: 】
: 这种一般算最小级别的技术官僚吧。
:
: 大头兵，也是兵，也需要写代码，而且可能要写最核心最难写的。下属搞不定的bug，也要帮着分析定位
:
: 但这个跟企业的风气/文化有关。
:
: 有些企业的老板也写代码，但应该是小公司的。
:
: 大公司的老板顶多只能是看看代码
: ..................
发自「今日水木 on iOS」
--
FROM 111.201.168.*
特别疑难问题，网上和AI基本找不到现成答案的那种。拖了几周，leader也不亲自上阵，等着程序员有时间了再来解决。
这样是不是有些不合适了
【 在 xeagle 的大作中提到: 】
: 加上leader一共3-4人的小组。leader几乎不写代码，只是review和根据对代码的一些理解(我感觉没有深入研究过代码逻辑)和自己的经验给一些建议。即使项目严重delay了，也不会参与代码开发和bug fix.
: 这种情况正常吗
:
: 发自「今日水木 on iOS」
:
: ..................
发自「今日水木 on iOS」
--
FROM 111.201.168.*
感觉team leader应该不属于管理线吧
【 在 lclniuniu 的大作中提到: 】
: 如果是管理线的不写正常，如果是技术线的必须要写要知道核心细节
: --
发自「今日水木 on iOS」
--
FROM 111.201.168.*
但如果项目delay了几周呢，问题特别多，你也不亲自解决一两个问题？只给简单建议大部分情况没有多少帮助啊，因为是代码细节特别多的那种
【 在 xiaohu 的大作中提到: 】
: 我不写代码，但我写的需求和方案文档字数和页数比所有人加起来多几倍。我觉得leader的工作是确保技术方向不走偏，尽可能不迭代。编代码也不缺我一个。
: --
发自「今日水木 on iOS」
--
FROM 111.201.168.*
有些问题必须涉及到具体代码吧，一点代码不写，那问题是如何解决的呢
【 在 xiaohu 的大作中提到: 】
:
: 问题当然解决啊，我是解决问题的主力，但是确实不太写代码
: --
:
发自「今日水木 on iOS」
--
FROM 111.201.168.*
我们这是很小team，拉项目应该是经理的任务，涨薪也是经理
【 在 skywalker222 的大作中提到: 】
: team leader写代码是最低优先级的事情，他的最主要工作是给team争取资源，拉人拉项目，给你们升职加薪，搞不定了到处甩锅，一群coder老以为自己干的活是最重要的，纯纯的自我感动。不只是码农行业，所有的行业都是这样。往上走都会脱离业务一线
: --
发自「今日水木 on iOS」
--
FROM 221.222.21.*
对，肯定不是单纯写代码。但不管什么现实情况，一点儿代码都不写，也是不太好吧
【 在 skywalker222 的大作中提到: 】
: 大小不是问题，选个头出来就不是让他单纯写代码的，得发展
:
: :
: --
发自「今日水木 on iOS」
--
FROM 221.222.21.*
问题是他也不写项目文档啊，就是整天闲在那里也不帮忙
【 在 hothail 的大作中提到: 】
: 那就是都认同可以不写；但那部分 不写，没有达成一致。这个他认为不写；你认为需要写
: 尽然有拉项目的，交付的时候 各种文档内容，不比代码少。
: 有人写代码，有些人写文档，最后同时交付，这不就是分工协同么
:
: 项目中必须要有代码，但不是只有代码，自己经验，代码的占比低于50%…
: ..................
发自「今日水木 on iOS」
--
FROM 124.64.18.*