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

[clecho]

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

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

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

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

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

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

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

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

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

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

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

[clecho]

@assad 我也在用户反馈群里，看着几乎每天都有的反馈，实在影响心情。。。

[Chowe]

什么？质量？我只要功能！！！--领导名言

[1024G]

我觉的开始时间紧迫占一个原因。我们以前公司基本改个 bug 要好多天。如果是复杂的 bug，一开始进行开会讨论，review 修改的方向，然后修改，开发自测，最后 bug 提交的时候还有 code review，不行还得返工。提交以后 QA 进行测试，至于回归，主要就是 CI/CD 帮助 check。慢工出细活。

[SteveAlan]

代码风格一个接着一个，毫无规范，有新功能就堆新的代码，对设计模式的运用不高

[clecho]

@JamesR 不是说怪测试。开发产品和测试都有问题。我们这边 bug 多的主要的原因，就是没有一个人能真正的懂产品的所有功能。所以总要填以前的坑。

[darktutu]

只有更烂没有最烂

[Acrab]

七八年前的老代码，不知道多少代人维护过，代码风格五花八门，全球各个国家的需求杂糅在这一套代码里，业务复杂度高，极易产生 bug。因为产品特殊性，是基本不可能重构了。基本是面向 bug 编程。

[assad]

@clecho 中国这些互联网企业都顾着利益，老板们才不关心你的代码质量。业务可劲上，那有时间考虑哪些质量问题啊。习惯句号

[Davic1]

只要功能, 能跑起来久行. 剩下的都交给上线以后再说

[1024G]

如果总是添坑，总有一天会维护不动，只能推翻重来了

[pegasusz]

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

[yawn852]

@timle1029 +1

[justin2018]

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

[lagoon]

哎。。。写了 N 年代码，待过的几家互联网公司，规模基本也在 300+人，但从来没见过什么叫单元测试。

[Saszr]

屎山

[a5401017]

屎山 还是各种各样的屎

[QuincyX]

重构

[Johnny168]

哎呦，还在写 BUG 啊

[JRay]

我也怀疑我们是一个公司的

[hyy1995]

工作接近 3 年，接触的都不高。。。就算是大厂，也有很水很垃圾的代码，比如新浪微博 web 端、百度贴吧 web 端，更别说中小型公司了。