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