一个好程序员不好做,那么一个糟糕的程序应该不难吧!
秘籍一:让你看不懂我写的是什么
都说让人看不懂的代码,才是牛逼代码。一类是算法高深,一般人实在是看不懂。另一类就是让你看不懂。
变量来个天马行空,让你猜吐血。
注释来个不搭边,叫你丫看。
文档有木有,代码就是文档,文档就是代码。
秘籍二:从来不测试
公司小,一个人要顶好几个人使。我有时间测试吗?你丫的不提交版本你就别想干了。bug是程序肯顶有bug,其实告诉你我丫跟就没测试,能糊弄就糊弄。我给出的理由:
时间你给我时间了么?
我的代码没问题流程是对的,有必要测试么,浪费时间。
太简单了,我看就没有这个必要了吧。
没环境,现场测试吧。
不是还有QA吗?
秘籍三:遗留小问题不去修复它
项目老是这样的赶脚,为了进度,代码基本上编译过跑过一遍ok有些小问题,提交吧!不能因为我落下项目进度吧,小问题嘛影响不大的。
当QA测试时,才发现bug的报告成数量级的增长,大家只能日以继夜地修bug,但还有很多bug潜伏得很深,已经无法找出。找出来因为关联的东西太多,你能证明是我引起的。只要能赶上进度的赶脚。bug大家一起修吧。
秘籍四:宽以待己,严以待人
对自己的代码宽容,对别人的代码严苛,要充分证明你code牛逼,人家的渣渣,就得不停的吐槽,要不然如何吹嘘。就让我们这样一任一任的吐槽吧,吐槽不止欢乐不停。
秘籍五:有问题你证明给我
公司虽小,部门不少,人员不多,领导不少。这个问题是我的你拿出证明来,我没那么多时间去看打印。问题是我的,项目做的好不好是你的。就是这么牛能推的绝对不干。能体现重要性的,你看你搞了这么久,我两行代码就搞定了呵呵。