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

[voidmnwzp]

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

[polo3584]

自己长期维护的项目，尽量考虑得全一些。加班赶工的项目，能跑就行，以功能实现为主要目标。合作负责的模块和接口，注释详细免得别人看不懂还要来问。

[bigpigB]

@qiumaoyuan 我直接组长天天埋雷带坑，然而人家跪舔领导厉害，依然稳

[wolfie]

能跑就行的代码，真的会提高开发速度吗？

[wukongkong]

当然。如果手下代码有问题会指出，要求必须改。不然和咸鱼有什么区别。我们的代码因为业务多，经常重构，整体质量越来越稳定，客诉逐渐变少。

[huangwei8ku]

怎么说呢？不影响工期进度，可以按照领导的要求好好写，但如果超出项目期限了，领导不背锅，那就不给他写

[ihciah]

可以慢慢迭代，但不接受自己造💩

[justin2018]

不会

写得好 下一个毕业的 就是你~

[qiumaoyuan]

讨论的朋友蛮多的，补充一下。其实工期太紧，跟领导又说不通（延长工期、给时间重构之类）的话，有两种选择：可以临时选择应付一下，再用业余时间来完善；或者干脆把完美主义贯彻到底，上班写不完下班回家写，这跟前一种选择差不多，都是占用业余时间。但最后受益的仍然是自己。就如前面几楼的朋友说的，一方面往后的工作会舒服很多，可能就不用再占用业余时间了；另一方面自己成长的受益是一辈子的。

当然如果公司又赶工期又整天加班到完全没有业余时间，甚至整天睡眠不足严重损害健康，就像我上一份工作那样，那我会选择走人。

[Mexion]

不会，主要写的又不是自己喜欢的，随便写能跑起来就行

[insert000]

那就看是对谁了，自己公司产品 还是会写的好点，给客户交付的又事逼又不砍需求的，能用就行

[shyangs]

過早的優化是萬惡之源.

從理論上來說，抽象程度越高執行速度越慢：过程式编程 快於 面向对象 快於 函数式编程





所以你選擇速度優化還是抽象優化

[southsala]

对于公司项目代码来说，所谓代码质量也是为了工程化服务，稳定、快速、简单

[mosliu]

当一块东西完全自己负责及负责任时，写的越好对自己越好。起码不用半夜被从床上叫起来修 bug

[Jinnyu]

其实你可以换个角度去考虑
代码质量的高低 完全取决于真正写代码的人
不在于是公司的项目还是个人的项目

**无论如何对项目有整体的设计和预估是高质量代码的开端, 不要为了用某某技术而使用某某技术.**
点名 Java 中的微服务模式, 尽管我也是 Java 开发. (仅限那些为了微服务而微服务的傻屌决策者)

良好的代码设计 /分层 /逻辑是不会欺骗你的
这些是属于你的能力, 不会因为是公司的项目就留在公司.
长时间的累计后你会发现, 即使你想写的烂也不会离谱到哪去.

[wuxinling]

写得好纯粹是为了偷懒，以后也是自己维护，写的好一点，后面省心一点。

[baiyi]

软件的可维护性也是工作的一部分，这是软件研发团队需要明白的一点，研发团队也需要为此与其他团队抗争，来保证这一点。同时这也是作为软件开发人员职责的一部分，如果忽视软件可维护性的价值，那么系统将会越来越难以维护，总有一天会变得无法维护，如果系统变成这样，那么说明你没尽到责任。

这是我从《 Clean Architecture 》这本书中学到的，也一直在用其要求自己。虽然不太符合大多数公司的现状，但也可以尽量让其他人或团队明白软件架构和代码整洁的必要性。

[Kontinue]

代码自然是能写好就写好，至于性能，除非前期就明确了性能指标，否则按序优化吧

[jackie8tao0306]

在国内这是不可能的，100%不敢说，99%是可是说的。

[Leviathann]

第一次写，糊屎或许会快
下次要改动呢？

[Leonard]

看项目，长期项目尽量写得模块化好复用，但是产品总能整幺蛾子让你没法直接复用