团队的融合方式可以是多样的，重点看leader带来的价值，如果价值大，写不写代码无所谓了，如果谁做这个位置都不比他差，那就另当别论了
【 在 xeagle 的大作中提到: 】
: 加上leader一共3-4人的小组。leader几乎不写代码，只是review和根据对代码的一些理解(我感觉没有深入研究过代码逻辑)和自己的经验给一些简单的建议。即使项目严重delay了，也不会参与代码开发和bug fix.  
: 这种情况正常吗  
:  
: 发自「今日水木 on iOS」  
: ..................

发自「今日水木 on BVL-AN00」
--
FROM 114.249.56.*

笑死，这就像是现在我和AI的关系

【 在 xeagle 的大作中提到: 】
: 加上leader一共3-4人的小组。leader几乎不写代码，只是review和根据对代码的一些理解(我感觉没有深入研究过代码逻辑)和自己的经验给一些简单的建议。即使项目严重delay了，也不会参与代码开发和bug fix.
: 这种情况正常吗
: 发自「今日水木 on iOS」
: ...................
--
FROM 111.78.76.*

同意，要不凭啥leader拿的工资在组里最高呢
【 在 z16166 的大作中提到: 】
: 这种一般算最小级别的技术官僚吧。  
:  
: 大头兵，也是兵，也需要写代码，而且可能要写最核心最难写的。下属搞不定的bug，也要帮着分析定位  
:  
: 但这个跟企业的风气/文化有关。  
:  
: 有些企业的老板也写代码，但应该是小公司的。  
:  
: 大公司的老板顶多只能是看看代码
: ..................

发自「今日水木 on iOS」
--
FROM 111.201.168.*

感觉team leader应该不属于管理线吧
【 在 lclniuniu 的大作中提到: 】
: 如果是管理线的不写正常，如果是技术线的必须要写要知道核心细节  
: --

发自「今日水木 on iOS」
--
FROM 111.201.168.*

问题当然解决啊，我是解决问题的主力，但是确实不太写代码
【 在 xeagle 的大作中提到: 】
: 但如果项目delay了几周呢，问题特别多，你也不亲自解决一两个问题？只给简单建议大部分情况没有多少帮助啊，因为是代码细节特别多的那种
: 发自「今日水木 on iOS」
--
FROM 219.145.32.*