如何写出让同事无法维护的代码？63个小技巧

最新推荐文章于 2023-02-25 12:30:54 发布

佩哥说Java

最新推荐文章于 2023-02-25 12:30:54 发布

阅读量543

点赞数

文章标签： xml

本文链接：https://blog.csdn.net/xupeiyan/article/details/123284138

版权

混乱你的代码。使用XML。XML的强大是无人能及的。使用XML你可以把本来只要10行的代码变成100行。而且，还要逼着别人也有XML。（参看，信XML得永生，信XML得自信）
分解条件表达式 。如：把 a==100分解成，a>99 && a<101
学会利用分号 。如：if ( a );else;{ int d; d = c;}
间接转型。如：把double转string，写成new Double(d).toString() 而不是 Double.toString(d)
大量使用嵌套 。一个NB的程序员可以在一行代码上使用超过10层的小括号（），或是在一个函数里使用超过20层的语句嵌套{}，把嵌套的if else 转成 [? :] 也是一件很NB的事。
长代码行 。一行的代码越长越好。这样别人阅读时就需要来来回回的
不要过早的return 。不要使用break，这样，你就需要至少5层以上的if-else来处理错误。
不要使用{}。不要在if else使用{} ，尤其是在你重量地使用if-else嵌套时，你甚至可以在其中乱缩进代码，这样一来，就算是最有经验的程序员也会踩上陷阱。
琐碎的封装 。比较封装一个bool类，类里面什么都做，就是一个bool.
循环。千万不可用for(int i=0; i<n; i++)使用while代替for，交换n和i，把<改成<=，使用 i–调整步伐。

从不测试 。千万不要测试任何的出错处理，从来也不检测系统调用的返回值。
永远不做性能测试 。如果不够快就告诉用户换一个更快的机器。如果你一做测试，那么就可能会要改你的算法，甚至重设计，重新架构。
不要写测试案例 。不要做什么代码覆盖率测试，自动化测试。
测试是懦夫行为 。一个勇敢的程序员是根本不需要这一步的。太多的程序太害怕他们的老板，害怕失去工作，害怕用户抱怨，甚至被起诉。这种担心害怕直接影响了生产力。如果你对你的代码有强大的信心，那还要什么测试呢？真正的程序员是不需要测试自己的代码的。

你的老板什么都知道 。无论你的老板有多SB，你都要严格地遵照他的旨意办事，这样一来，你会学到更多的知识以及如何写出更加无法维护的代码。
颠覆Help Desk 。你要确保你那满是bug的程序永远不要被维护团队知道。当用户打电话和写邮件给你的时候，你就不要理会，就算要理会，让用户重做系统或是告诉用户其帐号有问题，是标准的回答。
闭嘴。对于一些像y2k这样的大bug，你要学会守口如瓶，不要告诉任何人，包括你的亲人好友以及公司的同事和管理层，这样当到那一天的时候，你就可以用这个bug挣钱了。
忽悠。你会学会忽悠，就算你的代码写得很烂，你也要为其挂上GoF设计模式的标签，就算你的项目做得再烂，你也要为其挂上敏捷的标签，让整个团队和公司，甚至整个业界都开始躁动，这样才能真正为难维护的代码铺平道路。

总之，我们的口号是—— Write Everywhere, Read Nowher

对了，在这里说一下，如果你现在正在学习Java，了解Java，渴望成为一名合格的Java开发工程师，在入门学习Java的过程当中缺乏基础入门的视频教程，可以添加QQ群761824176获取最新的Java基础全套教程。

关注