这是一个创建于 3628 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天, 我明知道项目的代码可以更加优化, 但... 偷懒随便写了个代码完成任务.
大家怎么看!
大家怎么看!
第 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
你们没有code 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