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

[hbolive]

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

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

[zongren]

码农是自嘲的，怎么感觉你在骂人#狗头#

[lzuntalented]

为什么要优化代码？
之前的代码太挫，谁写的？
自己写的，为什么代码这么差？
能力有限，怪自己（ end ）
别人遗留 + 自己补充
怎么简单怎么来，怎么轻松怎么写（背景：写的好没奖励，工资给的不到卖命的地步）（ end ）
领导布置的任务
算工时，安排优化（ end ）
不算工时，哪有时间给你优化，怎么闲怎么来（背景：工资给的不到卖命的地步）（ end ）
总结：付出总期望获得回报，如果你要求别人给你卖命，就得拿出对应的回报，老话（无利不起早）

[PixelCode]

读取一个用户列表，这个列表有些属性要从另外一张表读（比如所在城市），做法是：先读取列表数据成数组，然后再遍历这个数组，遍历的时候再根据城市 id，再去查询地区表，得到城市的名字。
————————————————
这种员工我直接开掉，留着干啥。

[fuxu]

想杜绝混子的话，提高薪资，提高要求，当然，如果只提高要求不提高薪资的话，emmm

[PixelCode]

@bk201 写优质的代码难道不是程序员应该追求的事吗？为什么会有“优化好了保证有奖励”的想法？

[skyworker]

@smallyu 涨工资不一定, 不过如果被优化, 你绝对是第一个

[chocotan]

楼主就是地图炮，还怪人嘴巴脏？

[UnknownR]

看人把，看以前项目的代码恨不得全部重构一遍。有时候看了一些大佬的代码学习到些东西，再回头看自己以前写的破代码，又想重新写一遍。可惜项目还是挺忙的，没啥时间，至于楼主说的情况，项目闲钱不多，那大家几乎都是拿钱干活，公司没有大牛没有技术氛围，大家就逐渐习惯了舒适圈，优化代码这种事自然没人会去做，小公司的话就别奢求这么多了，代码质量才是第一位

[skyworker]

@huxiweng 程序员这份工作, 跟其他工作一样, 分两种人:

1. 一种是得过且过, 面向工资编程, 浑水摸鱼(楼上大部分喷子都是)
2. 另一种责任心强, 对自己和对工作都有责任心

第一种人, 今后的职业生涯不怎么样, 到 35 岁后,就到了分水岭, 没什么进步和积累, 转行送快递也不错.

能有进步和发展的, 往往是第二种人.

[bnm965321]

控制代码质量其实是为自己负责。如果代码质量糟糕，会发现项目中后期天天解决 bug 的时间比开发的时间还多，非常的痛苦。

[saulshao]

其实我对于楼主举的这个代码的例子有点困惑，难道不是他说的做法才对吗？这个思路虽然有一些优化的余地，但是搞关联查询不是互联网程序都不提倡这么干吗？
最多也就是提前把城市表读到缓存里，然后再去查询缓存库。

[deyu]

码农 就已经得罪站内大多数人了 哈哈哈

[bnm965321]

@saulshao 不做关联查询，也应该用 IN subquery 把

[1nakaELYBbsXbZxY]

看到楼上的评论我就放心了。

[ConradG]

“遇事先想自己再想别人”，不知道 LZ 的领导是不是这么说 LZ 的，但是我觉得很适合 LZ 的情形。

[czar]

屁股决定脑袋，楼主在码农论坛发这个...

[caaat]

不忙是有多不忙
看别人的代码，特别是写的乱七八糟的，杜天舒

[JustRookie]

@casillasyi 题外话，请教下大公司怎么优化代码的😂。待的小公司全是 if else switch 啥的。赋值 set()能有几十行

[no1xsyzy]

只是菜罢了，借口可以找一堆
语义优化 > 效率优化
如果 IDE 语义不优化下面就标红的（检查拼写），那强迫症和完美主义者都是会去改的。

[azhangbing]

优化风险大啊,我重构都有点战战兢兢的一点点重构,优化也看不到绩效的提升, if else 可以用 switch 代替(误),考虑工厂或者策略模式,再不济 if()里面的判断也要抽出来方法,方法名要通俗易懂,检查方法参数的可以考虑用责任链模式写一串 checker,等等