诸位公司项目的代码质量高吗？
我之前待过的都是些小公司，代码质量都不高。不过基本都是做的 to b 端的系统，所以感觉 bug 也不多，性能因为用户少也没什么感觉。
这次的公司做 to c 的应用，我就开始感觉 bug 贼多，系统性能也不好。代码质量一言难尽。感觉线上系统全是 bug，就等着用户来发现。
这种情况不是某一个人造成的，是产品，开发，测试一起造成的。
产品考虑需求不全面，想着开发写的时候会发现问题。
开发写代码的时候也没有多考虑，主流程能跑通就 ok，以前的历史代码是这么写的，新功能我也这么写。
测试也对系统不够了解，主流程差不多就可以了。剩下的 bug 随缘发现。\
总结一下就是，所有人都不了解系统。公司迭代又快，没时间去仔细思考。(以前一周一迭代，最近开始两三天就迭代一次)
造成的后果就是功能逻辑混乱，一但要加新的需求就会丢三落四，总有些地方没有兼顾到。线上全是 bug。
搞的我都有点怀疑自己的开发能力了，因为 bug 真的太多了。
以前网上总流传一个说法，大部分公司的代码不开源的原因不是业务有多机密，只是因为代码质量太差，开源了怕丢人。
所以今天想问下在座的诸位，你们公司的代码质量高吗？线上 bug 多吗？
关于 LearnKu
粤公网安备 44030502004330号
都一样，人员流动大，管理混乱，有心无力
@JokerMia 这种环境影响心态，最后颓废
@james_xue 很多规模大一点的公司也就那样，市场推动了这种样子的形成，大家越来越疲惫，最后演变成了那种混口饭吃的心态
感觉都是一种常态了
我觉得也是人员流动大的缘故，完成功能就ok，待两年走人了，留给后人就是无线的bug
代码还没开发，运营活动就要开始了，每天赶进度，哪儿有什么质量可言！
总结就这几点：计划、进度、控制。这些没做好，肯定乱。代码质量只是一个假象。
@wanghan 千万不要这样认为，大公司那么多外包人员，流动也非常大，为啥他们系统每天提供给我们的服务不出问题？出了问题怎么紧急处理？是代码质量高？运维处理及时？活动设计好？需求明确？这些都不是主要原因吧...
代码不值钱，大牛值钱，创新值钱，用户需要的产品值钱。
现在大公司的一些偏门业务 UI 都很难看，操作也很难用，但是比移动什么的好多了就是。
我刚登录不久，编辑资料，每一分钟点一次存盘，最后点发布了，跟我说要重新登录，他们对存盘可能有误解。
一点也不高，但是这个是逐步的过程，很多因素决定的。
我司代码质量也一般 :joy:
举个栗子，，，
我司管理后台封装的上传文件的 js，，，
由于用的是 id 做选择器，，，所以当一个页面有多个上传时，，，就复制粘贴一份，id 改为 xxx_2
当发现封装的不能满足自己的要求，比如简单的：封装的是用全路径，而我要相对路径，也复制粘贴一份，改一下，id 改为 xxx_3
就这样，，那个封装的 js 文件里，这段上传代码，复制粘贴了至少 20+ 份，那个文件已经 1000+ 行了，，
每一次新入职一家公司一看代码我就想立马走人 :joy: 但是转念一想，自己要恰饭，所以就坚持了下来。。。最近朋友的一句话形容的很贴切，在屎山里狗刨。。。。。
哈哈，面向金钱编程！质量高，那你速度如何跟得上啊！
每天赶进度,还顾得上质量...先把功能都弄出来,代码调优都是有空了再搞,没空了就那样放着.
事实上永远不会有空
确实是这样的 :joy:
都差不多，没有最屎，只有更屎
程序员离职，薪资是一部分，还有更多的也是因为这项目代码让人感觉前途一片灰暗。
需求的变更和人员的流动，不重构只能再造轮子，重构完了跑路了，下一个入职的也觉得你的代码不咋样，选择再造轮子或重构，这就是一个死循环
我每天最多的事就是重构代码、谈需求、设计、撕逼
重构代码最近占了工作量的 60%
无法想象在牺牲性能情况下 for(if if if else else esle) 而且无法想象 老板说 就改个订单状态而已
刚进新单位的时候连改8个项目，数据库没注释，代码也没注释，改的我快吐了 :joy:
慢慢重构->跑路->新人如制->卧槽->重构->跑路->......
没有优化的时间啊，总不能自己加班优化吧～
@人在地球，刚下飞船 我特么以为是我呢
我待了两家外包公司，都是这样，不过交付的质量还算不错，有些产品用了三四年也没出啥问题