震碎三观!
看到一张图,TX员工给码农出骚主意, 就是在工作中绝对不要按规范写代码,而是要“防御性”编程,确保哪天被裁,要让代码变得不可维护
在我的理解中,防御性编程原本是写代码时要小心谨慎,通过采取预防性措施,尽量减少软件运行时的错误和异常,提高系统的容错性和可维护性。
现在防御性编程被重新定义,变成了以写出不可维护的代码作为目标。
道高一尺魔高一丈,你裁我,我也让你不好受,互相伤害,最后拼个鱼死网破。
网上还真的有教你怎么写出让同事无法维护代码的教程。
比如程序命名使用容易输入的变量名,例如:asdf, 用单字母做变量:x, y, z。一个字母不够用还可以使用 x1,x2这种。 更狠的是,可以用相似的单词来增加阅读难度,例如 swimmer和 swimner
还有故意在注释中写废话,如 # add to 1,或者写一些误导的注释,总之就是把你往坑里带。
代码越长越好,一个功能模块逻辑代码全部写在一个函数中,代码复用是不存在的。if else 语句能嵌套20个就不嵌套10个
配置变量直接写死在代码中,而且要散落在各个文件中。
数据能不校验的全部做,只考虑正常情况,所有异常都无需考虑,至于测试用例,永远不要做,既耗时间又没有产出价值,反正你走了就不关你的事。
无论老板多么傻B都要严格按照他的要求来实现,出了问题也可以直接甩锅给老板
总之一句口号就是, Write Everywhere, Read Nowhere
网友给自己找的理由是,公司带头不道德,那也别怪我不仁义。
玩笑归玩笑,个人观点,还是按一个有职业水准的程序员去修炼自己,形成影响力,这种路越走越宽,遇到公司裁员走流程即可,用法律来保护自己。
推荐阅读:
第一次做公众号,流量主收益就有1万多
加我微信
,送你一份Python入门全套电子书。