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

[clecho]

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

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

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

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

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

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

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

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

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

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

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

[cwjokaka]

很高，很符合我的代码习惯，就我一人在写

[unicloud]

讲真，写业务代码，代码质量能高到哪去？就算是大厂，不说别的，F12 走一波，你也能发现「质量不那么高」的代码。。。

[xutao881]

@clecho 流氓干啥我干啥，我是海拉鲁塞尔达(林克：WDNMD ！)

[Kbyte]

我就记得，有个子项目的工具，用了 4000 行 if。具体情况就是完全没抽象出对象，甚至 switch 都不写，硬怼。人看傻了

[fancy111]

代码见得多了，你就习惯了。纠结代码质量的那是你经验不足。
</br>
没有修复不了的 bug，没有完美的代码。

[Juicpt]

质量?不存在的， 我们领导放下豪言，要招满一个楼层的实习生， 然后用实习生干活，这能存在质量就有鬼了。。。。hhhhhhhhhhhhh

[fredshao]

刚开始好好写，后面感觉整个项目的代码都是 Shit，改都不想改

[Kbyte]

@Juicpt 我以前待过一个公司，找了包括我在内的一群鸡实现一个功能，后来请来了个十年的这行的老人过来说有个开源实现，是我们写了一个月的垃圾的完美形态……后来我就摒弃了什么都想自己写的弱智想法

[raptor]

没办法，需求滚滚来，产品经理的 feature 也是铺天盖地，只能先实现了再说，质量问题……等出问题再处理吧……或者下个版本重构（希望有机会

[coderluan]

高啊，公司有印度部门，从领导到小弟，只要技术不咋地的，都热衷于优化代码本身，改改格式变量命名拼写之类的，还分着提交，然后开会时吹水，我又提交了多少个 patch，占总提交的多少。

[hoyixi]

自从这行变成程序员默认 996 之后，质量就不是个事儿了~

软件流程、开发管理、测试等等质量手段，都是为了啥? 为了降低维护成本。 然而可以等工资条件下加班用人肉解决，那还考虑个屁质量，加班就是了

[Juicpt]

@Kbyte #48 我们是写业务的，框架啥都都是用的现成的，
所以 大概还好一些
但业务代码，现在也一团糟糕

[doveyoung]

@clecho 我不是写代码的，但是对“先上线，再迭代”这句话深恶痛绝，这种一般都是上线之后没下文了，“又不是不能用”，别的事情也是，都说了先 XX 再 YY，但是 XX 后根本不可能 YY

[mamahaha]

代码质量高不高主要看实现了啥功能，bug 是否严重，用笔记、脑图把流程记录完整比格式好看更有效。毕竟写代码不是为了让其他程序员高兴，而是为了让用户高兴，让自己高兴。

[Orenoid]

保证高代码质量是很费神费时的，除非团队有严格要求，或者项目很小，否则指望开发人员自觉基本不太可能，除了那种真正有追求的，而不是在简历上写写而已的。

[wangxiaoshan]

差的可怕

[loshine1992]

一言难尽。。

Android 项目

1. Java 代码里直接用像素不用 dp 转的 px
2. xml 里文字大小不用 sp 用 dp
3. 万事不决加成员变量，一个 Activity 光成员变量的声明可能就写了 50 行
4. View 层级多到离谱，哪个方便哪个写，一层一层往里加
5. Fragment Manager 事务不提交，我也不知道这个事务为什么要 begin
6. 纵向 NestedScrollView 套 linearlayoutmanager 的 RecyclerView，不把上面非 RecyclerView 的部分变成 RecyclerView 里的一个 view type
7. Presenter 里用 Activity，Fragment，Context 的方法
8. 到处都是的神秘 EventBus 事件订阅，有的在 View 里，有的在 Presenter 里，有的在 Activity、Fragment 里，有的在 Adapter 里
等等

[xaoduer]

业务代码确实难写难维护，人员更换频繁，越写越臃肿，甚至基本错误接手的人都不敢改或者不愿意改或者没时间改

[jsondog]

程序员本来是个智力活，硬是让中国企业给整成了体力活。996，9 你妈比，老子到点就走

[deljuven]

屎山……