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

[voidmnwzp]

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

[blackboom]

愚蠢啊！

[ysn2233]

开始会，然后越来越不会

[nekoneko]

自己从开始就负责的项目会, 接手的粪堆不会.

[weivi]

会，作为一个小项目的负责人。从长期来看，适当的优化可以降低之后的开发难度，新人来了也容易快速上手。该优化的不优化，总有要还债的时候。

[xaplux]

有时间就打磨打磨，没时间就凑合凑合

[blastbao]

前提是工作稳定，在互联网公司没准哪天业务、岗位就没了，想不到较真的意义在哪。写的太简洁、通用反而是工程师被替代的催化剂。

[murmur]

@shyangs

https://leanylabs.com/blog/js-forEach-map-reduce-vs-for-for_of/

你们的数据谁有问题，for loop 快于 for each ，只是 3-4 倍的速度，你那个图里的太离谱了

[pengtdyd]

代码和人有一个能跑就行，写那么好给谁看？

[Leviathann]

@shyangs 少 render 一次够执行几万遍 foreach 了

[lujiaosama]

在时间允许的前提下, 对自己有点要求优化下代码, 看起来有满足感, 维护起来轻松, 复用起来方便, 下次写类似代码就能又快又好.

[shyangs]

@murmur

ie6 ~ ie8 都不支援 Array.prototype.forEach()，
我以為你只用 for-loop

[jsjgjbzhang]

如果公司优化员工的时候会考虑这么多就好了

[ymmud]

需要自己维护的上点心，其它的烦不了

[icyalala]

不同公司、不同项目，差别大得很。是我经过的几家公司，大部分人都不会。
但时间允许的话，我自己还是会尽可能写好一些的代码。

[Maxwe11]

公司研发能够活下去的研发核心理念：

1 、汇报比代码重要；
2 、尽善尽美的代码和低 bug ，首先业务导向的企业掌权的没人会 review 你的代码，另外低 bug 会显得你在公司无足轻重，那些每日产出 bug ，天天配合业务找错，1 、2 年不得已就得推倒“研发”全新版本的技术人员尤其备受公司重视。

公司系统尤其是业务代码也不可能拿出去，所以节省点儿时间，差不多就得，速度效率首位，有人问这就是“敏捷开发”，省下来的时间想提升技术的自己拿理念正经琢磨清楚，然后换个业务形式重写一次；

重视人生体验的，有这闲功夫去维护维护妹子关系，孝敬孝敬父母，跟朋友烧烧烤，喝喝酒，出去跑跑步，比啥不强。

[rockoverflow]

业务代码可以看作垃圾

[mingl0280]

会，主要是因为产品卖出去了一般要用十年的，不写好代码客户天天找你赔的钱都能把部门给卖了……

[fournoas]

@qiumaoyuan 首先，公司寿命不一定有你代码寿命长；其次，到时候说不定早就跑路了

[fournoas]

个人项目会，公司项目不会。

[joooooker21]

当然会

题外话，既然对公司这么厌恶，为何不跑呢？既不开心，也没有提升