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