烂规矩好过没规矩

1.
作项目的时候，有没有遇到过由于开发规范的异议产生的争论甚至争吵呢？我遇到过很多。大多数时候，只是停留在争论这个表象上。事后，只记得咱们争论过，可是结果是什么，没人关心没人在乎，由于大多数时候，老大会帮咱们拿个主意。

为何必定须要有一我的拿个主意呢？就像个人一位前同事所说，如今的规矩是个烂规矩，为何要用？你们自由自在的，各用个的，很差吗？

自由自在的，听起来真的不错的。因而你用 react 我用 vue，你写 nodejs 我写 go，各取所需各得所愿，锣鼓喧天，鞭炮齐鸣。

因而，哪天你阅读别人代码的时候，傻眼了？这 tm 是什么鬼东西啊？

甚至，哪天你想要和别人集成的时候，你这 tm 是什么接口啊？嘻哈吗？别侮辱嘻哈好吗？

这个时候，你会无比但愿有个哪怕屎同样的规矩，能约束约束你们蠢蠢欲动的创造力。

2.
这两天使用india那边开发的 user service。我拿过 api 文档一看傻了。对了，有文档是个好习惯，好过没有对吧。

让我傻眼的是这不三不四还号称本身 restful 的 api。怎么不三不四呢？
若是我想查用户信息，我调用

GET /users/userId

没毛病吧。

若是我想查用户 profile，我调用

GET /users/profile/userId

你大爷的。

若是我想知道用户邮件呢？

GET /users/profile/email/userId

好吧，你的路数是这样的。

那若是我想更新用户邮件呢？

POST /users/profile/userId
body { email: "my@haha.com"}

好吧，我服了。

我后来和对方开发和测试沟通，他们很耐心很诚恳的解释了整个 api 的设计/流程，手把手教我怎么注册/登陆/更新/注销，我很感谢他们。但我深深地怀疑，若是再过一两天，我会不会把这风格特别的流程和流程所依赖的 api 都给忘干净了。

好吧，写这篇文章的时候，我已经都忘得差很少了。

3.
有些聪明的人总会以为条条框框方方面面限制了本身的发挥创造力，兴许一不当心我就改变世界了呢。可现实是可能连一个有质量的项目都搞不出来。作项目不是一我的单打独斗逞英雄，固然，我想确定有大神能一我的撸出一个react like 不须要任何人的帮助。可是，更多的状况是你我他，身边的同事们，都是凡人。而咱们的目标，兴许就是星辰大海呢？团队协做，扬长避短，这是咱们到达彼岸的惟一方式。

这么多人，一人一个声音，没点规矩怎么行？

连大草原上的野兽们都知道，团伙行动，规矩很重要，谁埋伏，谁恐吓，谁堵截，谁主攻，谁协助，开干前都要弄个清清楚楚。一样的，一个项目刚开始，不算需求（猎物是谁），规矩应该排第一位。用什么框架，代码风格，测试办法，能今天定下来的，千万不要拖到明天。你写的代码我能看懂，你作的 api 我能轻松理解，这样真的很棒啊。

4.
恶果。
前几天，抱歉又是 india，我往 message queue 发消息他订阅消息，居然收不到。我真是醉了，明明 queue 已经收到了你的程序收不到关我鸟事啊？好吧，又被拉去开会，balabala 半天，原来是他们订阅的名字写错了。你本身发邮件告诉我名字还写了个 wiki记录，结果最后本身写错了？

结束完会议我就建了个 wiki 说这里之后存放全部的 message topic，大小写敏感都别搞错了，顺便 @ 某人。

为了这事折腾了一天半，会上对方各类甩锅幸好我身经百战经验丰富，成功的逼迫对方认可错误。心好累。作程序员不但要写的好代码，还要斗得过贱人，甩的了黑锅啊。

5.
原本想总结一下，也不知道该说啥。

不以规矩不能成方圆