如何写出让同事无法维护的代码？

五、测试

• 从意外试。万万不要测试任何的堕落处理赏罚，从来也不检测体系挪用的返回值。
• 永久不做机能测试。假如不足快就汇报用户换一个更快的呆板。假如你一做测试，那么就也许会要改你的算法，乃至重计划，从头架构。
• 不要写测试案例。不要做什么代码包围率测试，自动化测试。
• 测试是怯夫举动。一个大胆的措施员是基础不必要这一步的。太多的措施太畏惧他们的老板，畏惧失去事变，畏惧用户诉苦，乃至被告状。这种担忧畏惧直接影响了出产力。假如你对你的代码有强盛的信念，那还要什么测试呢?真正的措施员是不必要测试本身的代码的。

六、其他

• 你的老板什么都知道。无论你的老板有多SB，你都要严酷地遵照他的旨意服务，这样一来，你会学到更多的常识以及怎样写出越发无法维护的代码。
• 倾覆Help Desk。你要确保你那全是bug的措施永久不要被维护团队知道。当用户打电话和写邮件给你的时辰，你就不要分析，就算要分析，让用户重做体系或是汇报用户其帐号有题目，是尺度的答复。
• 闭嘴。对付一些像y2k这样的大bug，你要学会守口如瓶，不要汇报任何人，包罗你的亲人挚友以及公司的同事和打点层，这样当到那一天的时辰，你就可以用这个bug挣钱了。
• 忽悠。你会学会忽悠，就算你的代码写得很烂，你也要为其挂上GoF计划模式的标签，就算你的项目做得再烂，你也要为其挂上火速的标签，让整个团队和公司，乃至整个业界都开始躁动，这样才气真正为难维护的代码铺平阶梯。

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!