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

[voidmnwzp]

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

[cnbaskloekf]

必须的，对得起那份钱

[zhady009]

还是要尽量写好 后面写习惯了你会发现和呼吸一样

[chuhemiao]

每一次的不细心,都需要未来的无数次细心去弥补.

[james122333]

会到一定的程度 为了在往后节省大量时间用来摸鱼取得好的生活与工作平衡 除非有限制难以实现否则都想这么做 既有语言框架和上头想法都是其中的影响因素

[wunonglin]

写出好代码是由内而外的。如果是随时随地写出的东西都是一坨屎，那么你可能要提升自己，而不是出来问别人要不要写好代码。

[wunonglin]

这个问题本身就很奇怪

[sy20030260]

性能是一方面，代码风格是一方面，这是俩问题啊~

[sy20030260]

性能是一方面，代码风格则是另外一方面，这是两个问题啊~

性能问题无所谓，能用就行，大不了先上线再优化；而代码风格方面：代码可读性，变量合理命名，避免重复代码等等...都是实实在在方便自己后续维护啊，对自己有好处的事有啥理由不做呢？

反而，我遇到的那些写一手烂代码的程序员，大多数并不是不想写好代码，而是没能力把代码写好。或者由于缺乏经验和方法论，写一段风格良好的代码得绞尽脑汁、反复修改，久而久之就放弃了。懒只是个借口罢了~

[wangritian]

看情况，业务代码我会写的随意一些，组件 /中间件就认真写

[shalk]

边写边优化，平时写的好一点，留一点时间也优化一下。都算在计划里。

[interim]

完全却决于工期

[Devilker]

那必须尽善尽美，我都写两份，一份跑，一份写好注释

[zek]

@wjfz 做梦都是解决方案 这个深有体会

[aliveyang]

会尽量低耦合设计，性能优化看情况，工期不紧会回头重构，工期紧就算逑

[magicyao]

看工期，有时间就写，没时间就爬，你催我我注释都不写

[deesan]

代码也是艺术

[minglanyu]

尽善尽美很难
前期设计代码的时候，把扩展性考虑进去就很好了
以应对不断变化的需求

[macy]

会，工作中的代码命名语义化，性能必须优化，因为后续维护大概率还是自己，不想给自己挖坑，即使是离职了，也不想被后来人骂，反而有时候自己写项目，代码会有点瑕疵，不会太在意，能满足需求就好。

[darknoll]

绝对不会，随意写，你写的好不是在卷别人？况且自己会啥没必要展示出来，学会深藏不露

[mirrorman]

我有代码洁癖，review/merge 代码的时候基本上每一行都要看一下，写的有歧义除非说服我，否则我不会合并的