这是一个创建于 3949 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天, 我明知道项目的代码可以更加优化, 但... 偷懒随便写了个代码完成任务.
大家怎么看!
大家怎么看!
第 1 条附言 2014-12-24 23:32:07 +08:00
我是有一种小小的罪恶感，但代码质量好坏和我工资没有半毛钱关系。而且是两三天解决一个项目，还能说什么呢！？
第 2 条附言 2014-12-25 07:21:49 +08:00
心态不对，惭愧。
 | 1 sunshinez1128 2014-12-24 17:06:16 +08:00  1 这就是KPI设置不合理了撒，从楼主的话语中可以看出2个问题。 1.没有完善的代码检测机制和考核机制。 2.如果做的更好没有相应的奖励。 |
 | 2 jox 2014-12-24 17:07:33 +08:00 4 我觉得没什么，反正我不偷懒写的也是烂代码。 |
 | 3 wupher 2014-12-24 17:08:10 +08:00 鄙视之 |
 | 4 O21 2014-12-24 17:09:47 +08:00 1 没啥 。。达到效果就好。。 |
 | 5 zxdouzx 2014-12-24 17:11:42 +08:00 测试呢？ |
| 6 zxdouzx 2014-12-24 17:12:29 +08:00 你们没有cod review? |
 | 8 blacktulip 2014-12-24 17:18:01 +08:00 偷懒是社会进步的源动力 |
 | 9 leopanhf 2014-12-24 17:23:42 +08:00 最差劲的是那些测试也不测，写个服务各种报错居然跟我说写好了。。。 |
 | 10 chchwy 2014-12-24 17:25:09 +08:00 code review |
 | 11 KDr2 2014-12-24 17:30:05 +08:00 做不感兴趣的方向，这样做很常见…… |
 | 12 BGLL 2014-12-24 17:38:18 +08:00 能跑就行 |
 | 13 em70 2014-12-24 17:42:49 +08:00 via Android 用户不关心代码烂不烂，这个功能如果真的有价值，后面可以重构，先跑起来最重要 |
 | 14 foccy 2014-12-24 17:44:53 +08:00 有时候不是因为偷懒，而是因为需求是做一个X东商城，或者一个X宝平台，1-2个开发人员，一周时间。 这个举例是有点夸张，不过实情大概类似。 其实个人觉得这样的话可以考虑换个新工作环境了。 |
 | 16 lixiaohui0812 2014-12-24 17:49:27 +08:00 钱没给够 |
 | 17 markmx 2014-12-24 17:51:54 +08:00 我基本上听到的就是 今天搞定！ |
 | 18 StackGao 2014-12-24 17:54:58 +08:00 @sunshinez1128 沙发总结的非常好 |
 | 19 Biwood 2014-12-24 17:55:12 +08:00 为了偷懒应该写高质量，可复用性很强的代码好么，当然，中间必须经历一个过程... |
 | 21 altair21 2014-12-24 19:21:33 +08:00 什么叫“烂代码”？优化又是怎么优化？ |
 | 22 fo2w 2014-12-24 19:27:07 +08:00 说实话还是因为人烂. 我身边有真正优秀的程序员, 不好意思... 随便赶工写的代码都是一流水平 |
 | 23 PrideChung 2014-12-24 19:51:27 +08:00 项目要赶着上线，我以后会优化的（不 |
 | 25 fengliu222 2014-12-24 21:15:21 +08:00 有些时候很不明白，明明“好代码”更容易写，但却说自己为了偷懒写了懒的。 其实只能证明，就算有时间，也不一定能写出好的来。 |
 | 26 ren2881971 2014-12-24 21:35:30 +08:00 1 根据时间和薪水 干活。。 |
 | 27 tomydays 2014-12-24 22:37:11 +08:00 如果每个人都想偷懒写代码，那不也是极好的 |
 | 28 Honwhy 2014-12-24 22:54:44 +08:00 习惯一步一步完善，一下子写出所有代码，累。 |
 | 29 uleh 2014-12-24 23:03:21 +08:00 只要是他自己维护就行了。 最怕留下一堆垃圾代码，然后祸害别人。 |
 | 30 akfish 2014-12-24 23:43:20 +08:00 3 进度急、待遇差、不喜欢等等都是借口，懒而已。 不写烂代码是基本的职业素养就不说了，大多数情况下好代码比烂代码好写得多。 你可能觉得，以你现在的待遇，对不起你的水平，你就乱来成了习惯。 等你跳槽的时候，下家就会觉得以你现在的水平，对不起他开出的待遇。 真高手任何时候都能云淡风轻的撸出一手好代码。 |
 | 31 huangfuyingjian 2014-12-25 02:08:41 +08:00 2 @lixiaohui0812 我特别不赞同「钱没给够」这种说法，既然在这里继续工作，那么就表明着还有一种契约，就是在这个价格的基础上，工程师为企业工作。 如果真的嫌「钱没给够」，那么完全可以提出，企业要么给涨工资，要么谈不成就离职。 既然没有离职，还在工作岗位上，说句不好听的话拿人钱财替人消灾，既然还存在雇佣关系，和契约关系，那么就应该尽力为雇主去创造价值。而不是说你给我的钱只能让我做70%的努力的，所以我要偷懒。。。 我觉得这是很没有职业道德的一种态度。 |
 | 32 NathanInMac 2014-12-25 05:06:14 +08:00 烂不要紧，有测试覆盖就好，坏了也好重写 |
 | 33 qbeenslee OP @akfish @huangfuyingjian 感谢两位，的确本来不写烂代码也是可以很简单的，我的确实懒，心态不对，没有一点职业操守。很惭愧。 只要可以尽力不写烂代码，不只是为了工资，为了工作而写代码。 不然在现在的平台混不下去，以后也去不了更好的平台。 |
 | 34 FrankHB 2014-12-25 08:05:46 +08:00 看你怎么偷懒。 如果符合spec和convention，不要故意往添乱的方向写就行。否则，不小心过了就是premature optimization。QoI到什么程度大多是设计问题，不用拖到代码实现耍小聪明。 如果不符合spec，要是找不到专门替你擦屁股的，还不如不写。如果不符合convention，除非你有权限改掉代码以外的部分，否则还是得准备好擦屁股（通常也只能自己擦）。 |
 | 36 StevenjlHo 2014-12-25 08:49:41 +08:00 via iPhone @leopanhf 深有同感 |
| 37 FrankHB 2014-12-25 08:57:30 +08:00 @qbeenslee 性能需求有明说的话，还是要关心的，否则嘛就随意了。 如果你想减少罪恶感，或者减少一些考虑这些问题浪费的时间，可以加上TODO之类（当然，风险自担）。 |
 | 39 zhoupengfei 2014-12-25 09:15:06 +08:00 @uleh 怒赞 |
 | 40 qonco 2014-12-25 10:12:07 +08:00 烂代码和偷懒正相关？ |
 | 41 geew 2014-12-25 10:13:55 +08:00 我觉得如果只是临时的需求 以后基本不会改或者不会重用 过了一定的时间就废的了东西 随便怎么写都行 但是如果是持续性的项目 建议不要害人害己 |
 | 42 xylophone21 2014-12-25 10:22:40 +08:00 如果由于各种原因不能把代码整好,个人一般遵从Google的原则:不作恶. 即至少不让代码更烂,至于是不是让他更好,要看进度,owner(也许owner觉得这种很烂的代码很好呢?),模块的重要性等等诸多因素yin's |
 | 43 aerofloyd 2014-12-25 10:23:40 +08:00 这样做与否，会让你成为不同的人。 |
 | 44 winiex 2014-12-25 11:09:20 +08:00 在微软工作的同学说他们经常因为代码格式不合格、实现不规范、效率不优秀在代码审核的过程中被打回来，应届生为此加班是常有的事。 流程合理执行到位，人也够努力，应该能减少许多烂代码。 |
 | 45 youyang 2014-12-25 11:24:57 +08:00 新人结对编程，代码规范化和统一化！ |
 | 46 homfen 2014-12-25 11:27:28 +08:00 看时间是否充裕，时间够的情况下当然需要优化挑战下自己练练手 |
 | 47 jinzhe 2014-12-25 11:31:00 +08:00 我同事就有很懒的，代码自己想怎么写就怎么写。到最后性能后问题还加班。唉！～～ |
 | 48 amon 2014-12-25 11:52:41 +08:00 两三天就能搞定的项目，说明是流水线项目啊。 |
 | 49 huobazi 2014-12-25 12:28:10 +08:00 好代码值好工资 好代码换不来好工资，那是公司问题 好工资如果换不来好代码，那是码农问题 |
 | 50 chinawrj 2014-12-25 12:45:34 +08:00 代码好不好得看需求，有时候更注重快速出demo或者产品，质量可能是其次。不用每次都写得很好 |
 | 51 t2doo 2014-12-25 13:59:14 +08:00 能用至上，把精力放在下个项目上 |
 | 52 loryyang 2014-12-25 14:02:41 +08:00 code review，老人给新人review，严卡代码质量关，这关乎一个team的文化 |
 | 53 tabris17 2014-12-25 14:08:18 +08:00 貌似大家说的很轻巧，code review也是要成本的，手头工作都来不及做还给别人code review？除非专门成立QA部门来管理代码质量 |
 | 54 teddy1004 2014-12-25 15:41:50 +08:00 你们没有人 review 代码啊？我想偷个懒把代码写的太烂了，立马被打回来。 |
| 55 sunshinez1128 2014-12-31 14:43:43 +08:00 我很是不理解啊，回答里面还有说写好代码比写烂代码更容易的更省时间的。代码的质量直接决定了成本（时间，人力等），因此在时间允许的情况下，程序员写好代码这个是必须的，但是实际情况是领导直接来一句，xx,这个今天必须搞完，没干完不下班。。。。 |
Select Language