- 主题:team leader不写代码正常吗
leader搞不定屎山？不能拿这个当借口吧，leader不就应该做最难的事情吗
【 在 xiaohu 的大作中提到: 】
: 那不会，我一直在一线。其实整个项目而言，代码工作量不到20%。产品定义，需求分析，产品级方案设计，算法需求分析，算法方案设计，算法代码开发和仿真，然后UI/软件/FPGA需求分析，方案设计，概要设计，详细设计，然后才是代码编写，然后仿真，联调，测试验证，最后各种用户手册编写。整个过程里，代码开发的工
: ..................
发自「今日水木 on iOS」
--
FROM 124.64.18.*
代码没啥可写的？你们都是大牛啊
【 在 xsky2014 的大作中提到: 】
: 正常。设计有了代码没啥可写的。再说写代码和种地差不多，对职业没啥提升。
: --
发自「今日水木 on iOS」
--
FROM 124.64.18.*
主要问题是，项目完不成。他在那里干看着，宁可刷视频也不会做点代码上的事情，详细定位一下bug原因也好啊，最多凭感觉说个bug原因能有很大帮助吗
【 在 hothail 的大作中提到: 】
: 那就是都认同可以不写；但那部分 不写，没有达成一致。这个他认为不写；你认为需要写
: 尽然有拉项目的，交付的时候 各种文档内容，不比代码少。
: 有人写代码，有些人写文档，最后同时交付，这不就是分工协同么
:
: 项目中必须要有代码，但不是只有代码，自己经验，代码的占比低于50%…
: ..................
发自「今日水木 on iOS」
--
FROM 124.64.18.*
如果项目失败谁负责？leader不负责
这是可能是公司核心评价原因
leader本人也不是积极有为 的 风格
看淡吧，保护自己就行。 免得被卷入漩涡。 有时候项目就是无意义的。但没告诉开发
【 在 xeagle 的大作中提到: 】
: 主要问题是，项目完不成。他在那里干看着，宁可刷视频也不会做点代码上的事情，详细定位一下bug原因也好啊，最多凭感觉说个bug原因能有很大帮助吗
: 发自「今日水木 on iOS」
--
FROM 120.244.55.*
我觉得leader应该是保障在自己的工作范围内不出现屎山。一定不是搞出屎山来再去解决它。
屎山基本上很难完全改好，屎山代码一般都有很大的局限性，最后这部分功能就不得不重构了，重新开发一遍。
【 在 xeagle 的大作中提到: 】
: leader搞不定屎山？不能拿这个当借口吧，leader不就应该做最难的事情吗
: 发自「今日水木 on iOS」
--
修改:xiaohu FROM 180.98.90.*
FROM 180.98.90.*
如果你遇到很不靠谱的leader，想办法自己挪地方就是了。工作几十年就是要跟各种不同的人打交道，都是成年人，别指望改变别人，要么想办法搞掉他，要么想办法自己挪地方。虽然不靠谱的leader可能时间久了他自己也就自然而然被淘汰了，但是这个时间比较久，过程也比较恶心，等不起。与其等待和论坛吐槽希望别人共情，还不如自己想办法挪地方。
或者自己想办法向更上级体现出来你也有做leader的能力，另起一个小团体。这都是可以实现的。
【 在 xeagle 的大作中提到: 】
: 主要问题是，项目完不成。他在那里干看着，宁可刷视频也不会做点代码上的事情，详细定位一下bug原因也好啊，最多凭感觉说个bug原因能有很大帮助吗
: 发自「今日水木 on iOS」
--
修改:xiaohu FROM 180.98.90.*
FROM 180.98.90.*
有些单位可能就是CRUD
【 在 xeagle 的大作中提到: 】
: 代码没啥可写的？你们都是大牛啊
: 发自「今日水木 on iOS」
--
FROM 61.51.229.*
有种情况是：前人留下的屎山。要么适应它，要么重构
【 在 xiaohu 的大作中提到: 】
:
: 我觉得leader应该是保障在自己的工作范围内不出现屎山。一定不是搞出屎山来再去解决它。
: 屎山基本上很难完全改好，屎山代码一般都有很大的局限性，最后这部分功能就不得不重构了，重新开发一遍。
:
: --
发自「今日水木 on iOS」
--
FROM 114.254.10.*