最近遇到了些问题，很多都是因为没有遵守规范导致的。
上个礼拜一直在看交规，交规就是交通的规范，其实，如果大家都遵守规范行驶，那可能拥堵的现象就会减少。如果规范合理，大家遵守的结果，就是共赢。而不遵守，基本也是同失。这看起来有点危言耸听。另外，很多人在开车的时候，特别是拥挤路段，路口，遵守交通规范就是太天真。
但规范的形成，有它存在的必要。接口的设定、编码的规范、布局的合理，如果规范，在目前的代码库引发的问题中，可能会减少很多。
我做过一次调查，问大家平时遇到的bug因为代码规范出现的可以占50%以上。因为我们的代码都是被二次加工，写的只是交互，对于业务，很少的参与，代码被后端人员拿去再加入到业务逻辑中，然后导致一些问题出现。
有时，对这种开发流程真是狂怒。后端告诉我，你们不懂业务，我们业务很复杂。然后又告诉我，我们不是很懂js，但是我们想自己维护。。。
如是，如是！
我还不断经历人家写了半截的代码让我改，并且这个半截的代码还是新需求搞了一半！这种感觉就像天天被扣屎盆子，你可想而知。
规范的制定和认同
流程的规范，对于业务庞杂的系统，更需要重视。不能说因为我人少，我就不处理这些事情。是的，前端人是少，也不能因为前端人少就阉割前端，导致前端只变成做页面构建、页面交互的。不深入业务逻辑的前端，将对整个系统推进有很大的阻碍。
我曾说，让专业的人做专业的事，前端关注交互逻辑、数据渲染、页面性能，后端关注业务逻辑、系统性能。
不是你前端不会做后端的事儿，也不是你后端不会做前端的事儿，而是人的精力是有限的，做自己最擅长的事情，会事半功倍；并且责任归属明确，问题解析明确。
而规范的认同，是一件很难的事情。比如以前代码都在后端，现在你拿过来，产品增加需求，需要找你和后端；后端需要找你对接口；这些都是沟通成本。但同时，也规范了后端接口，将后端从页面逻辑里解放出来。
这样讲，后端丢掉了一个包袱，而前端扛起了一把枪。前后端的合作，只能更有利于项目的正向发展，为其长期稳定的发展奠定基础。
互相尊重是规范认同的感情基线。我们的分工合作，只是因为我们职责的原因，不存在利益纷争。目标只有一个，更好的解决问题，拿出高质量的解决方案。
人少的问题
【后续。】