诸位公司项目的代码质量高吗？

[clecho]

我之前待过的都是些小公司，代码质量都不高。不过基本都是做的 to b 端的系统，所以感觉 bug 也不多，性能因为用户少也没什么感觉。

这次的公司做 to c 的应用，我就开始感觉 bug 贼多，系统性能也不好。代码质量一言难尽。感觉线上系统全是 bug，就等着用户来发现。

这种情况不是某一个人造成的，是产品，开发，测试一起造成的。

产品考虑需求不全面，想着开发写的时候会发现问题。

开发写代码的时候也没有多考虑，主流程能跑通就 ok，以前的历史代码是这么写的，新功能我也这么写。

测试也对系统不够了解，主流程差不多就可以了。剩下的 bug 随缘发现。

总结一下就是，所有人都不了解系统。公司迭代又快，没时间去仔细思考。(以前一周一迭代，最近开始两三天就迭代一次)

造成的后果就是功能逻辑混乱，一但要加新的需求就会丢三落四，总有些地方没有兼顾到。线上全是 bug。

搞的我都有点怀疑自己的开发能力了，因为 bug 真的太多了。

以前网上总流传一个说法，大部分公司的代码不开源的原因不是业务有多机密，只是因为代码质量太差，开源了怕丢人。

所以今天想问下在座的诸位，你们公司的代码质量高吗？线上 bug 多吗？

[winterbells]

@hanxiaodi #66 差不多，我 dev 分支打的包还提示我要升级。。。

[galikeoy]

看到你们都这样，我就放心了

[iyu90]

任何高质量的项目，都能让一个新手 /菜鸟给破坏殆尽

[loudefa]

看到大家这么回复我就放心了

[userdhf]

被人喷过代码写得像 shit
谁来给我讲讲不像 shit 的代码长什么样
尤其是那种 1 周干仨月的项目

[llllboy]

看到大家这么回复我就放心了

[shanlan]

注释都没有

[niucility]

业务导向 + 需求频繁改动

[yazhouli01]

你说的是对的,别谈开源了 ，我自己都看不下去呢

[daguaochengtang]

你听说过 shit mountain 吗？

[blackccc]

能用就行

[Justin13]

我们组底下有一句话:“小车不倒只管推”

[murmur]

@hantsy 这就是现实，尤其是 APP，如果你半年不能上线，拿不到投资或者不被收购，要么结局是你的产品太垃圾，脱离市场，直接倒闭，要么是大厂拿着你的创意，迅速用更高的技术、更优秀的设计收割你的市场，尤其是腾讯，导入微信 QQ 用户，这推广简直恐怖

[bailao]

让我想起某普通话成绩查询官网的源码

[iYoloyolo]

@Justin13 老哥，你这句话我收了，说的太好了 哈哈哈

[toyuanx]

我们公司大家写代码的风格都不一样，一个离职的同事代码注释基本没有，交接的同事看代码得看半天才理清楚；有一个同事用 vim 写，不太注意缩进；有一个同事写代码很冗余；有一个同事代码风格很好就是交流困难（ PM 太烂了我觉得他是故意这么交流的）；为什么我知道这么清楚呢----------因为我在组里资历最小，我会去总结他们的代码风格，取其精华去其糟粕。

[random0O]

在国外大厂的新组，感觉我们的代码单个模块拿出来质量都不错，差就差在模块设计上面。用的框架和服务都是公司内部的，外界积累的经验用不上，组内没有资历特别老的员工带，现在在讨论重构。

[kayv]

高，每个 commit 都有 code review，都有对应的连接，能找到修 bug 还是 feature。几乎每个逻辑都有单测，覆盖率要求 80%，服务之间有集成测试，全部流程都是自动化，没有 QA 和 OP。Code review 基本能来回讨论几次，增进感情和知识分享。

[ackfin01]

刚开始挺高的，后来就不高了。

[hmxxmh]

和你差不多，上一家和现在得都是做的 to B 系统，用户少，基本逻辑走得通就行，基本不考虑性能优化，所以很肯定的是代码质量不佳，想做 to C 的。