程序员有哪些借口可以让自己写出低质量的代码？

程序员

代码

借口

29 replies • 2014-12-14 10:11:31 +08:00

1

yunshansimon

Dec 12, 2014 via iPad

大姨妈来了。

2

ibigbug

Dec 12, 2014

后面再优化

3

lwbjing

Dec 12, 2014

都是产品一直在改需求。。。

4

jiang42

Dec 12, 2014

困死了的时候恍恍惚惚写的代码

5

lshero

Dec 13, 2014

1

我需要在上线前3小时之内出具一份需求不再变更保证书

6

evilddog

Dec 13, 2014

1

这不是知乎上的问题么。。。

当然是『PM是条[doge]』啊

233333

7

akfish

Dec 13, 2014

4

看看V2的喷子们的言论就可知一二，仅举几例：
* 设计模式是渣渣，会过度设计，乱来不是也能跑么
* 重用是渣渣，哥搬砖多年也没见业务逻辑能重用几个，C-c C-v就行
* 用框架限制思维，自己来才高大上
* 用框架就行，不必深挖搞清楚原理，那是重复造轮子，而且造了不见得好，好了不见得有人用，瞎折腾
* XX语言/平台是渣渣，打死不碰
* XX公司是垃圾，所以该公司的技术也是垃圾，打死不碰x2
* 版本控制太麻烦，要备份多次副本就行，要协作插U盘拷啊
* 编译脚本太难写，搞那么复杂干什么，人肉编译不过也几行命令
* ...

总结起来就是：因为自己懒/笨，懒得学/学不会某种技术没关系，只需要先发制人的把这种技术黑出翔，谁反对就是爱吃翔，。
绝大多数不思进取的程序员的都是通过这种酸葡萄+逆向装逼的行为，来对自己的自卑心理进行过度补偿，因此长期以来积累了丰富的写出垃圾代码的经验。

脸皮厚的欢迎对号入座来辩。

8

heyli

Dec 13, 2014

再牛B的程序员也hold不住文明用语的需求方

9

wdlth

Dec 13, 2014

看育婊的做法就够了

10

KentY

Dec 13, 2014

1

工资不满意。

11

rekey

Dec 13, 2014

后面再优化

12

yellowV2ex

Dec 13, 2014

架构刚设计好，基础类刚写好，工具类刚写好，一个完美架构的hello world刚跑出来的时候，客户就来催着要demo，老板迫于压力，一定要你在周末出个demo，数据用假的没关系，图用临时的没关系。

于是，周一的凌晨，就这么出来一个烂货。

然后客户说，这这不行，那那不行，赶紧改改，下午再看。
然后中午就着盒饭，改改改，什么都不用管，快就行。

然后一直就是这个节奏，知道项目结束。

bug一堆，拜托这样做能不有bug吗。

然后继续改改改，客户继续催催催，老板继续能用就行能用就行能应付客户就行。

于是终于给了正式版，但愿我离职之前不会发现什么奇怪奇怪的bug。

大多数不严谨的地方，想着，没事，等过完这次验收，再修好它。

直到。。又来一个项目，于是再重复一次，重复两次，重复三次，在光滑的键盘上摩擦摩擦。

最后直到，做的东西，没一个好意思拿的出手的，我也不想啊，你知不知道啊。

所以，有人提出，慢速编程，是没错的，慢工出细活，其实最后debug的时间加起来，也差不了多少。