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

[clecho]

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

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

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

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

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

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

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

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

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

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

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

[virus94]

没有质量可言,各种乱七八糟的业务 feature,能做完就不错了

[freefcw]

偏业务的代码就是这样的。。。

主要还是看能力，但公司能给多少待遇给对应的人呢？还不是人少事杂

[taogen]

不规范造成的恶果。。。

时间短、成本低、质量高，只能同时保证两个。

[freefcw]

不过多少和人的能力有关的，接到一个需求，是否合理，如何接入系统，性能，可扩展性等诸多方面都要考量，有这些思考能力的人就少，能写出合格代码的更少，加上人少事杂。。。呵呵哒

反正需求方就是三藏，我要我要我要。。。

[hunter2015]

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

[hanxiaodi]

曾经不止一次想过重构，领导的意思是：重构可以，自己花时间下去搞，上班时间该干啥干啥。
WTF ？好多批人来来走走之后，几经迭代，现在公司甚至都没有最新的源码，线上在跑的跟本地源码差别还有点大，
然后领导的意思：线上在跑的不要动，有新添加的功能模块，单独弄个服务搞上去...
代码质量就...

[dany813]

哭着维护

[ganbuliao]

哈哈 看到你们都这样我就放心了 所以部门里还是有个搞基础建设的好

[dany813]

@mamahaha 脑图大赞，流程先撸一遍

[taogen]

@Chowe #22 哈哈。。今天就要！

[timle1029]

@doveyoung #53 嘿嘿，其实 AWS 就是这么做出来

[Alwaysonline]

面向 ZF 定制的。
服务端不挂，没啥需要维护的。 各种备份，硬件设备报得多。。。
功能导向的，界面丑是真丑。

[17681880207]

垃圾。

[jsnjfz]

两三天一迭代产品天天在出需求吗，To C 的产品真的要克制需求，而把数据分析做好，两三天一迭代怎么看数据

[anry]

楼上的摸鱼都被我抓到了

[jsondog]

@doveyoung 我们公司也是这样，每次都是先上线再说，之前的问题永远都没时间改了

[fengchang]

@timle1029 先上线，后迭代。有的是先上 MVP，然后加功能，有的是先上一堆 bug，然后慢慢改。AWS 是先上了 EC2，然后 S3，一个一个产品加上去的，但是可从来没有上线一堆 bug 给客户用。

[mmrx]

@loshine1992 我对其他的没有异议，唯独第二点，字体大小习惯用 dp，虽然 sp 是推荐的，但是 sp 会受到系统定义的字体大小影响，设计又要求 ui 的还原度，咱也不知道测试的测试机字体用的多大号...只能用 dp 来做还原度保证...你对此有什么建议么

[Marmot]

有好多时候都是名字有坑，只能往里面踩，就是要做出来，做成那样子，项目稳定前都是这样

只能等项目稳定了，慢慢重构，但是这需要花费资源冒风险，公司一般也不愿意

[abmin521]

有人拿编程当爱好
有人拿编程当工作