程师，其实就是工满一年的高级工程师，而我的直属领导，则是一名5AM的M序列的管理者，他的名字叫赵东。
赵东其实根本不懂技术，但却是管理的一把好手，M序列的初始级别就是5A，这样的领导最喜欢拿鸡毛当令箭，压榨下面的员工，但赵东并不是这样的人。
技术社区有一条不出名但是基本上是人尽皆知的规则，那就是在规则怪谈区，如果能够书写所有人都能接受的规则，并且普遍被应用在工作中的，这样的人就能够快速晋升。
事实上，所有的领域都有属于自己的规则怪谈区，晋升与否也与这个内容大多数有关。
我进入公司的第一件事，就是进入规则怪谈区熟读规则，规则怪谈区有四大铁律，已经被人验证。
赵东看了看我的工位，看我在认真阅读规则怪谈区，挑了挑自己的眉毛。“怎么？年轻人，刚进入职场就想要快速晋升？”、
我笑了笑。“没有没有，我只是想从这里学习到一些铁律，以免踩坑了。”
赵东笑了笑，没有多说什么。
我于是在规则怪谈里快速浏览，这四条铁律，确实是被前人所验证的。
“永远不要完全相信文档”
“代码是写给未来的自己看的”
“技术债务是隐形的成本”
“最聪明的程序员往往不是最成功的项目经理”
看完这几条铁律，其他的定律大都是没有被验证的，我想了想，还是写了一下自己的其他心得。
永远有新技术要学习
过度设计是浪费
最好的测试是用户测试
技术争论无赢家
文档化你的决策过程
开源社区的力量不可小觑
写完这几条心得，我就去干活了，结果第二天一大早，就捅了个大篓子。
二、晋升序列四
第二天一大早，社区传来了见鬼的评论。
毫无疑问，我的那几条心得，也很快
