大家公司的项目代码会写的尽善尽美吗

[voidmnwzp]

比如命名变量讲究，尽量低耦合设计，接口测速，尽可能的优化和压榨性能等等，我之前写业务代码是打算这么做，但又想到这些个代码又不属于自己，优化的再好老板也不会给加工资，想通后所以现在是估期多估 2d ，尽量快速完成开发，至于优化啥的等测试提再说，没提是最好，然后剩下时间全用来写自己的开源项目，好歹 GitHub 上的项目写在简历上面试官可能会看

[lessMonologue]

工期紧，能跑就行。有什么非要优化的理由吗

[uiosun]

@lessMonologue 是人能跑，还是代码能跑？

[voidmnwzp]

现在写业务代码就是快速流水账了 无脑命名变量，能在一个方法里写完的逻辑绝不拆分，数据全查 db ，如无必须绝不用缓存

[qiumaoyuan]

感觉多数程序员就是短期混，长期熬。要想长期不难受，自始至终只有不停地跟熵作斗争这一条路。时时勤拂拭，勿使惹尘埃。

[qiumaoyuan]

技术债早晚得自己买单，不是在项目上，就是在职业生涯上。

[wjfz]

当然是认真写，下班偶尔也会重构优化，甚至有时候做梦都是解决方案。

1 、要对得起自己的良心。
2 、质量 > 数量，面试官一看 GitHub 上的代码稀碎也不好，况且一般来说不出名的项目也加不了几分。
3 、很多设计和优化是在工作中领悟到的，公司的项目肯定比自己的小项目复杂。
4 、世界很大，圈子很小，口碑很重要。

[wangtian2020]

我前端，爱把代码写的尽可能的短，能用新特性就用，其他真的不讲究

[meteor957]

取决于工期，代码质量远没有按时上线重要

[xsqfjys]

时间充足会尽量优化 后续出 bug 或者有变动改起来也简单
其次也是实践练习了，天天写垃圾哪天想写点好的都写不出来

[golangLover]

会的，对自己一种训练

[duan602728596]

会的，因为写好了，后面加需求或者删代码也会快很多。节省的也是自己的时间，这个时间无论是学习、划水还是干私活都是赚到了。而且简历上也有资本吹了。

[dalianliyan]

代码质量差不多就行。实际工程项目还是要数据在里面了，才有优化的方向。理论上快排比插入性能高，可实际数据就 20 几个，实际插入性能还更好些。

[jatsz]

如果你合作的 repo 人数够多，当团队人员技术过了一个门槛以后，尽善尽美代码本身的收益会很小。更多的收益或者时间花费在工程和业务的梳理上。我相信我所在的团队，如果能排除工程干扰(legacy code)干扰，能明确业务，每个人都能写出 good enough 的代码。

[SuperManNoPain]

工时不紧张的话，会写好一些，毕竟平时都写不出好代码，真想好好写，又怎么写得出来呢

[snowsui]

时间允许的情况下会尽量优化
1 、可以节约自己将来的时间
2 、方案做的好晋升的时候可以吹
3 、可以锻炼自己的能力，百万的 qps 和自己那点比还是差不少
4 、你写的代码人人都看得到，写的怎么样大家心里都有数
5 、强迫症会尽量让自己写的好看

[renmu]

有一个能跑就行

[JamesR]

有余力当然会做，其实最要紧的是先把缺的，必要的注释写上。

[Shura]

你没想过你可能重构你之前写的代码吗？

[sunhelter]

如果公司各方面都能让你满意，想长期干下去，那当然要

[serialt]

能跑就行，不要管是代码还是你