“潜规则”？互联网公司难道还有潜规则吗？乍一看，是不是会怀疑标题有问题？其实不然，互联网公司真的存在各种各样的“潜规则”，可能远远超越了其他行业，但我说的这个“潜规则”指的是物联网公司的乱象，而非我们常常理解的那个潜规则。下面我就站在一个码农角度细数行业乱象。
产品经理频繁变更需求，乃至项目发布前的那一刻
需求变更对每个码农来说都应该经历过，其实也是在正常不过的事情了。正常的需求变更相信我们这些码农都是可以接受的，但是频繁的变更、核心逻辑的变更是大多数码农难以接受的。甚至我之前遇到上线前几天还要做变更的情况，那真的是心态难以控制。
功能开发完成，需求砍掉了
套用小品中的一句话：人生最痛苦的事是人死了，钱没花了；人生最最痛苦的事是，人活着钱没了。苦bi程序员兴奋的把功能实现了出来，突然得到了一个通知，这个需求可以不做了，此时的心态说不出来。
产品经理和程序员关系微妙
程序员和产品经理的关系就像孙悟空和唐僧的关系，唐僧说我想去取经，孙悟空说我帮你打怪；唐僧谁打怪但是不能伤害白骨精，孙悟空说那你自己去打怪；唐僧说我不会打怪但是我就想取取经但是不能伤害白骨精…
上面的段子很好的诠释了产品经理和程序员的关系。
代码臃肿不堪，让人心力交瘁
对于我们java程序员，一个.java文件几千行代码，一个方法几百行代码，在一个项目管理不够好的公司是很常见的，仿佛代码被加了密一样，让人难以理解。前辈们写出的这种代码一旦出现bug，让后人真的难以解决及维护。
代码耦合极高，牵一发而动全身
咦？这个bug我已经改好了，怎么又引发了其他bug？这也许就是代码耦合度极高的体现。此时应该怎么办？代码重构？不，我还是打个补丁吧。就这样，项目一个补丁接着一个补丁，这样给项目之后的维护带来的代价也就可想而知了。
代码无注释，甚至注释是错的
这段代码无注释，好吧，我看看代码是怎么实现的吧。但是你是否曾经也遇到过这样的事呢？那就是注释是有的，但是代码和注释怎么不是一个逻辑，哇偶，怎么搞得？
最后
上面的东西不用多说，相信只要是程序员都能get到点。欢迎留言交流，下期继续此话题。
