啥也不说，当主管审核我的流程文档，说这里的标点用错了之后.......

背景：

刚入职一家上市游戏公司，工作几年，入职服务器开发部门。本来想写更详细一点的，发现有可能主程看到，我还是不写了,很多具体我都模糊写下。

说说我的入职那么久经历：

第一件事：我负责实现所有逻辑和前端对接，实现和策划，前端对接完成之后。主程拉所有人去开需求会，会议上演示完成，策划和前端都觉得 OK，然后主程觉得流程需求不行，然后他和策划在会议上需求讨论，基本上换了一个流程在实现一遍。我觉得要大改，主程说如果你连这个需求都要大改我觉得你代码编写设计不行，你应该要想到策划没想到的，要预留以后策划要改实现空间。

第二件事：主程设计了 git commit 注释，通知整个服务器，也就我一个人，要安装他格式提交，有一次主程审核 git 提交注释格式，发现我少空格了。然后指着说，你这里少了空格呀，然后指着他 xx 上的文档说，你看我这里就有一个空格。。。。。

第三件事：主程审核代码。有一天说 你这个方法名应该要写 xxByxx 要写明要根据条件得来的，然后又有一天，审核代码。指着我写的 xxByxx，你这个只有一个相同类型方法的情况下，Byxx 不用写的，因为你的参数就表达了这个条件的意思。我疑问到，如果后面新增了相同类型的函数，那不就得改之前的方法函数吗？主程严肃的说到：“你到时候在改呀，我们代码不就是天天重构的吗？”，“这样不是得需要重新测试修改的代码了吗？”。“你不用管，这是规范。。。。。”。

第四件事：主程要求服务端所有人写需求的时候写流程文档，这里是没有设计文档的，只是平常说了一下要怎么做。新需求我开始写流程文档，主程审核流程文档，你这个流程文档有问题呀， 你看这句话都不通顺，主谓宾都没，这里这个不应该用逗号。我小心的说这个不是应该主要写下大致流程给前端看吗？前端没问题不是没事的吗？主程严肃的说，但是你这个流程表达不清晰呀，以后下个人接受怎么办。（这是暗示我？）然后这里呀巴拉巴拉巴拉。。。过去了办个小时。