千万不要相信码农说的，任务太紧，没时间优化代码

[hbolive]

没办法写得像一坨屎，这类的言语。。

我们公司，自己的产品，二三线城市，岗位实际很闲，下班到点走人，有任务来了也从来不赶着做。。 有码农若干，包括以前来来去去的，也是不少了，但实际上没一个人说，会把自己代码优化好，都是怎么实现任务了事。 做完了测试也是大概测一下就提交，等出了问题（ bug 或者性能上的）再改。

[veike]

我特别想把我的代码优化一下，但是需要时间啊。我看组里的写代码一把梭啊，那我也只好一把梭了。写代码从来不设计的，只是要把要的数据调出来就行了。
前阵子刚来的时候组长要把以后的接口按 restful 设计，接口搞到一半的时候才发现前端压根都不知道 restful 是啥，只知道原来是用 post，get，现在用 post,get,delete,put,patch 。比如说，写了一个 /scores/{id}这样的接口。id 应该对应的是 scores 这个“资源”的 id，但是前端传参数的时候，说这个 id 没啥用，组长也当场说这个 id 传 userId 吧，因为 scores 的 id 根本用不到。组长跟我说要设计成 restful 风格的接口，但是组长好像对 restful 的理解的不太到位，因为我个人认为 restful 最重要的是资源这个概念，看这个 URL 就知道你这个接口是干嘛的，传 userId 有歧义，不符合 restful 的规范。(当然我的个人水平也是个半桶水，所以我当时想了想，说，那行，就传 userId 吧。)

我们公司还有一个问题就是，不写文档。因为觉得写文档花时间，功能更新代码更新文档也要更新，更新文档也得花时间。我觉得这在小公司是普遍现象。包括我和我的朋友也聊过这事，他说大部分公司都是这种情况。除非公司比较大。

有时候现实情况就是这样，技术能力有限，想把技术搞好只能搞到那个样子。（当然公司的项目很多地方还是有可取之处的，包括我的组长，站的角度不一样自然考虑的事情也不一样。）做为我个人来讲我肯定是想把代码写好的，但是组长或者再往上要考虑时间问题。
其实我的很多想法都是为了项目更容易维护，写代码不考虑以后维护的话，这个项目终究有一天会维护不下去，到后面会浪费更多的时间。

这只是我个人想法。具体要看实际情况。

另外我说一下加班问题，我们公司不鼓励加班。加班没有加班费。这和我原来的公司是一个鲜明的对比。
原来的公司就是不到 7 点你是不可能走的，我基本都是在 7 点半。 我个人觉得加班真没啥必要，如果不是工期特别赶，尽量不要加班。因为项目不着急还要加班，加班就只是在消磨时间，反正也不能早走，那就慢慢磨时间吧。
倒不如工作时间效率高一点，精力集中一点。 而且人毕竟还是要生活的。如果每天下班都看不到太阳，出了公司大门永远面对的是黑夜，这种生活方式我是接受不了的。

[linZ]

项目代码已经烂了，就不会有人用好的方式写了

[mazai]

你知道改恶心代码有多难吗？你知道牵一发而动全身的难处吗？最重要的是每个人的水平不一样，所以写出来的代码参差不齐。优化代码是需要时间的，你以为说优化就能优化了。。。

[Arrowing]

楼主说得没太大问题，就是标题起得太冲。
大家进来就跟你是对立面了，怎么可能还能和你好好交流，你都是部门负责人了，说话不能这么不负责任啊，一竿子打死一群人。
对了，我也是码农。
正常讲，确实业务过于繁忙，没时间优化代码，但是我个人有代码洁癖，有时间还是会优化的，当然，前提是不能出现线上 bug 。

[chihiro2014]

不要以自己来要求别人。这点很重要，除非你乐意全部自己写，但是事实证明没人会干。而且讲句不好听的，怎么快怎么来，你后端代码写的再烂，实现需求才是第一。连上线都没法上线，谈什么优化？而且大部分人看的都是前台，前端做的好看，谁管你后端逻辑，根本没人去看。

[Erroad]

程序员怎么干是程序员的事，在我看来并没有影响你什么。如果出了 Bug 是你先定位，你就想想为什么要让你定位，你觉得这点上吃亏了就说这个

[justinkls1994]

在技术社区讲这番话，注定要被锤爆，心疼

[newmlp]

既然优不优化都能实现一样的功能，为什么要多出时间去优化，摸鱼他不好吗

[wangyzj]

核心问题
“公司本来工资就低”

所以这些钱就值这些代码

[chinvo]

屁股歪了

你就是部门负责人, 也不过是给老板打工.

先不说"码农"这个称呼的问题, 既然你是部门负责人, 如果要强推新标准自然要自己先上手带头做.

没人带头的情况下, 自然是之前怎么样还是怎么样.

再说了, 做好本职工作就完事儿了, 想提升自己也没必要通过给老板创造更多价值来提升.

按时下班回去读 SICP 和编译器原理不好么.

[fansangg]

优化什么的肯定都是闲的实在闲，也许看了看别人的项目，发现，“咦，原来还能这么搞”，然后“优化”一把。

然后个人还喜欢闲着的时候把自己的代码整得“高深”一点，给以后接盘的人提升一下门槛。

[charlie21]

这是一个只给懂的人写的答案

[labulaka521]

码农？那你是什么？老板的一条狗吗？

[as5739]

你花时间优化代码了，领导一看不出效果，二会觉得你是不是没事干了。
我这小公司甚至连改 bug 不算在任务量里，说谁让你们写的功能有 bug 的呢，哈哈哈

[jugelizi]

现状如此。
你 bug 多 解决的多 你就是项目功臣 顶梁柱
你简化代码 提升性能 谁看得出来

[wsseo]

优化冒险，很多时候测都没测。

[wangkun025]

代码我一个人写的。因为断断续续写了几年，我也懒得优化。
今天优化了，明天需求又变了。
能用就用，不能就拉倒。

[xiaxiaokang]

代码可以很好，优化也可以很棒。
那么问题来了：请问公司能给我们提供什么？

[xiaofan305]

下属的工作问题，是管理者的责任。你提到的优化例子，甚至可以认为是“实现方式”不一样，毕竟每个人对优化的理解不同，也许人家理解的优化是怎么快怎么来。
可以把你看不顺的地方挑出来，加上对应的最佳做法汇总起来，形成“规范”或者是“风格”之类的东西。以后新员工入职还可以用来培训。你不愿意就当我没说。
不过林子大了什么鸟都有，不能强求每个人都有所谓的“代码洁癖”。
P.S 美剧《硅谷》说到空格键和 tab 键之争😂😂 ，感觉类似的现象 it 领域层出不穷，这个世界太精彩了

[nuk]

能测试就不错啦，我写完代码，都是老板问，你有信心能上么，我说估摸没啥问题。。就直接上线。
瘫过好几次，直接在线调试。。