单从维护讲，一个人在公司能维护多大的代码量？

[haah]

给多少钱，维护多少的代码量。

[chendl111]

纯业务代码维护不难，主要是底层架构难修改

[thtznet]

我永远不知道我自己有多少潜力，因为也从来没有老板肯对我用光他花钱的潜力。

[wxd92]

@chendl111 对，很庞大且老旧的代码库底层一般不动了，维护加功能

[potatowish]

取决于技术栈，当然还有 money

[hamsterbase]

认识 10x 程序员。那阿里举例子

p6 大兵，不带人的 p7 大头兵，不带人的 p8 巨头兵

[ration]

这个真不好估量。项目复杂度，项目遗留 bug 都有影响。还有维护你需要做到那种程度也是问题。比如能及时维护，这个时间是以小时还是以天为单位。一个人有限时间内做的事情是有限的。

[Issacx]

@hamsterbase p8 不带人，那得是干什么的，一个人写 JVM 吗？

[weixiangzhe]

个人能力，项目复杂度 都不一样的，不能评估

[echo1937]

@chendl111 #2 血的教训，亲身经历。

纯业务代码，啥信息也没留下，连可供本地复现的测试环境都没有，你改完 bug 代码就直接上线，可刺激了。

编程不像编程，像在参禅。

[xuanbg]

@wxd92 很多时候因为代码结构不合理，会导致仅仅加功能也很难搞。硬搞甚至会引发一些不可思议的问题。

[darkengine]

多大？大概这么多吧 |________________|

[lmshl]

我自己差不多 5-10 个项目，10 万行代码左右吧。
不过我是 Scala 代码，信息密度大约是 Java 的 5 - 10 倍。

[wxd92]

@lmshl 信息密度也是一个维度，导致维护的复杂度

[lmshl]

@wxd92 说反了，多亏了压缩信息密度，我才能维护这 10 万行代码。如果是 50 万行 Java/Go 的话我早就疯了

[jones2000]

先手要拆分，核心底层和基础功能模块自己维护，上层堆堆 UI 的应用给打杂的人做。没必要自己做。一个人不是维护的代码量越大越好。而是维护的核心代码量越多越好。打杂的可以直接去 2 ，3 线城市成立分公司招人做，或直接外包降低成本，这部分人也是最容易被裁的。