成为糟糕的码农的21种方法( 二 )


14.不要听任何有经验的开发人员经验-哼! 谁需要它? 那些老混混到底知道什么? 仅仅因为他们看到了一切 , 并且犯了菜鸟们犯下的所有错误 , 并不意味着您也不要犯错 。毕竟 , 如果您一开始会做得很烂 , 该如何获得经验?
15.失去对对象范围的完全控制另一种经典的方法-让类实例的范围完全迷失在方法参数的迷宫中 。只要有可能 , 就可以重用一个对象-为什么当现有实例可以通过七个方法调用链在应用程序中途传递时 , 浪费所有这些新调用? 无法追踪的内存泄漏是糟糕的编码的标志 。
16.使用很多全局变量这可能是这里最有价值的提示 。永远不要百分百确定变量的状态是编写糟糕代码的必胜之道 。我的意思是 , 如果您不知道如何设置变量值的位置 , 以及设置的位置和值 , 那么肯定不会期望您修复涉及未知状态的错误 。
17.不要注意标识符的大小写我一直很喜欢这个 。在区分大小写的语言中特别有效 。当您巧妙地更改JAVAScript中变量名的大小写时 , 编写很难发现的bug变得轻而易举 。更好吗? 互换使用l和1 。
18.写大量无意义的评论确保使用大量没有价值的注释来使代码混乱 , 尤其是那些解释代码实际执行位置的操作的注释 。例如 , 在调用OrderList.Clear之前将//清除订单列表写入 。那真的可以废除您的代码 。当注释与它们最初关联的代码分开时 , 此技巧会变得更好 。
19.编写许多否定的布尔表达式没有什么能使大脑爆炸 , 就像带有许多非修饰符的布尔表达式一样 。认真的做很多事情 , 您的代码将很难阅读 。
20.使用布尔参数使函数做两件事这是经典之作-确实使人们混淆了可以执行两种不同操作的功能:
然后 , 您可以使用非常模糊且完全蹩脚的方式来称呼它:
processOrder(False);
额外的信用为双重否定! 完全不可理解!
21.提交巨大的变更集真正蹩脚的码农的标志是等待大约两周才能进行提交 , 在一个变更集中提交大量不同的变更 , 然后使用"提交大量变更和修正"作为提交消息 。
相信我 , 仅凭此一项就可以使您成为一个真正的开发者 。
结论所以 , 有 二十一种方法来编写代码 , 可确保您的代码糟糕透顶 。
糟糕的编码 , 大家好!
(本文翻译自Nick Hodges的文章《Twenty-one ways to be a Crappy Software Developer》 , 参考:https://medium.com/nickonsoftware/twenty-one-ways-to-be-a-crappy-software-developer-c69e4b39c5df)




推荐阅读