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

[clecho]

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

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

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

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

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

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

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

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

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

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

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

[airfling]

刚开始我们的项目也是这样，后来项目进入维护期我重构了两三次才解决这个问题

[devld]

不高，我在想这东西竟然能跑起来

[MrUser]

我怀疑我们是一个公司的，哈哈

[wispx]

楼上+1, 你在窥探我的工作

[araaaa]

我们小公司，没有白盒测试

[fanyingmao]

从没接过好代码，感觉都是前人挖坑后人填，找工作真不想接二手项目。

[timle1029]

说不高吧，每一个 commit 都有 code review，unit tests 基本覆盖，integ tests 也都写了，还有 Canary 一直测试。

说高吧，和公司其他优秀的 Services 比一比，就跟屎一样，缺少 Comments，Commit message 质量极低，为了及时写完各种 hack。

总结来说，就那样吧

[xuanbg]

没办法，只能抓大放小。除了我重构过的那几个系统，代码质量也是没眼看。

[fsship]

感觉我司是经手的人越少，历史越短的项目代码质量越高。
而老项目我接手时有些代码文件缩进和变量名风格都不统一的，乱得一塌糊涂。

[lrh3321]

很低，想把它们全重构了，奈何时间不允许

[mnssbe]

发现 bug 就去修， 修不了么？ 那就忍吧

你说的好像不只是 bug 的问题，好像要全部重构

[5ibug]

@wispx 又摸鱼,被抓到了吧

[wispx]

@5ibug #12 2333

[xutao881]

我觉得我俩的审美，有必要喝一杯[]~(￣▽￣)~*

[clecho]

@mnssbe 已经在重构部分模块了，奈何时间紧任务重。又在原来的基础上修改。真的无力吐槽了。。。

[wangsd]

最近在重构之前写的烂代码，一个地方改了还有几十个关联的地方要改，然后我默默的点了 revert。

[clecho]

@xutao881 去海拉尔平原痛饮一杯苦酒~

[assad]

先紧业务，再整质量
谁一开始质量就高？

[JamesR]

我这儿是经手的人越少，代码质量反而越高，哈哈哈。
还有代码 bug 多少，不能怪测试，这个与测试无太大关系，程序又不是测试写得。

Bug 多说白了是项目领导管理无能，一个程序写完主要功能后，至少要再花 50%的额外时间，用来写很多代码处理种种意外情况。

无能领导要么不明白这点，要么明白这个却没能力管理好这点，没有安排好进度，没有给下面程序员没有留够充足的时间，不讲究工作质量，效率，所以，就不能怨人家 Bug 多。

[clecho]

@fsship 同感，还有老板要求上线的速度。。。
时间紧，任务重，先上线，再迭代。
然后就没有然后了。。。。