规范很重要

最近遇到了些问题,很多都是因为没有遵守规范导致的。

上个礼拜一直在看交规,交规就是交通的规范,其实,如果大家都遵守规范行驶,那可能拥堵的现象就会减少。如果规范合理,大家遵守的结果,就是共赢。而不遵守,基本也是同失。这看起来有点危言耸听。另外,很多人在开车的时候,特别是拥挤路段,路口,遵守交通规范就是太天真。

但规范的形成,有它存在的必要。接口的设定、编码的规范、布局的合理,如果规范,在目前的代码库引发的问题中,可能会减少很多。

我做过一次调查,问大家平时遇到的bug因为代码规范出现的可以占50%以上。因为我们的代码都是被二次加工,写的只是交互,对于业务,很少的参与,代码被后端人员拿去再加入到业务逻辑中,然后导致一些问题出现。

有时,对这种开发流程真是狂怒。后端告诉我,你们不懂业务,我们业务很复杂。然后又告诉我,我们不是很懂js,但是我们想自己维护。。。

如是,如是!

我还不断经历人家写了半截的代码让我改,并且这个半截的代码还是新需求搞了一半!这种感觉就像天天被扣屎盆子,你可想而知。

规范的制定和认同

流程的规范,对于业务庞杂的系统,更需要重视。不能说因为我人少,我就不处理这些事情。是的,前端人是少,也不能因为前端人少就阉割前端,导致前端只变成做页面构建、页面交互的。不深入业务逻辑的前端,将对整个系统推进有很大的阻碍。

我曾说,让专业的人做专业的事,前端关注交互逻辑、数据渲染、页面性能,后端关注业务逻辑、系统性能。

不是你前端不会做后端的事儿,也不是你后端不会做前端的事儿,而是人的精力是有限的,做自己最擅长的事情,会事半功倍;并且责任归属明确,问题解析明确。

而规范的认同,是一件很难的事情。比如以前代码都在后端,现在你拿过来,产品增加需求,需要找你和后端;后端需要找你对接口;这些都是沟通成本。但同时,也规范了后端接口,将后端从页面逻辑里解放出来。

这样讲,后端丢掉了一个包袱,而前端扛起了一把枪。前后端的合作,只能更有利于项目的正向发展,为其长期稳定的发展奠定基础。

互相尊重是规范认同的感情基线。我们的分工合作,只是因为我们职责的原因,不存在利益纷争。目标只有一个,更好的解决问题,拿出高质量的解决方案。

人少的问题

【后续。】

时间: 2024-11-29 05:03:24

规范很重要的相关文章

1.命名规范很重要——开局要好,(C++ primer 5th,命名规范下有一句话:若能坚持,必将有效)

1.1.标识符要能体现实际含义 少用缩写 int price_count_reader; // 无缩写 int num_errors; // “num” 本来就很常见 int num_dns_connections; // 人人都知道 “DNS” 是啥 Warning int n; // 莫名其妙. int nerr; // 怪缩写. int n_comp_conns; // 怪缩写. int wgc_connections; // 只有贵团队知道是啥意思. int pc_reader; //

ios开发代码规范

代码规范很重要,一个良好的代码习惯要从一开始就养成 公共类和文件的设计 (网络请求类.数据库类.Model类.View类,Controller<根据流程图>.Handle类<数据处理>.公共头文件<宏.接口的.h{URL}.常量const{通知中心的名字.一些状态码.枚举.结构体}.全局配置(适配{屏幕适配.iOS系统适配}的宏.系统版本判断.颜色值{参考图片})>) 一.文件 1.项目文件必须使用一个有意义的名字. 例如:TestDownImages 2.任何文件的命

写给大家看的编程规范

(本文参加 2014 CSDN博文大赛,谢谢.) [文章摘要] "没有规矩,不成方圆",在实际的软件开发项目中,做任何事情都不是随心所欲的,我们编写代码需要遵守项目组约定的编程规范.很遗憾,在学校的计算机课程中,重在教导学生实现一定的程序功能,对程序的编写规范很少提及,这也就导致了从学校毕业踏上工作岗位之后一段艰辛的学习过程. 本文根据自身的软件开发实践,对实际的软件开发项目中编写C语言和SQL语言程序时所需遵守的规范进行了详细的介绍,旨在让广大即将从事软件开发工作的程序员们懂得编程规

自己总结的C#编码规范--7.文档下载 &amp; 总结

今天终于把这一系列的编码规范写完了,这个编码规范算上前面阅读相关书籍,前前后后总共花了一个月的时间,也算是个人的呕心沥血之作了. 本来也没打算把这个系列写的这么长,但是在写的过程中自己搜了相关的网上资料,后来发现网上的c#代码规范很少,而且仅有的几份都很泛泛,没有实际的内容.所以自己就阅读了相关的书籍,自己结合自己几年来的开发经验写了这份文档.希望可以帮助那些苦于没有编码规范的程序员,也希望所有新程序员能在职业生涯的初期就有一个良好的编码习惯,这对于以后个人的成长有至关重要的作用. 在写这个规范

Web UI 网站用户界面设计命名规范

Web UI 网站用户界面设计命名规范 WEB UI设计命名规范,也就是网站用户界面设计(网页设计)命名规范. 这套规范并非单纯的CSS.html或JavaScript命名规范,它涉及了很多使用PhotoShop这类设计工具进行网页设计过程中的命名规范. 许多美工设计效果图源文件没有对图层命名的习惯,而网上大多命名规范都是关于css.html.js和一些服务器端语言的,设计方面的命名规范很 少.设计师也是技术团队的成员,而前端开发工程师需要使用设计师的效果图源文件的,所以统一命名规范和设计规范对

iOS-CoCoa编码规范

对于开发人员来说,代码规范很重要! 介绍 Cocoa 编码指南 使用公共 API 开发 Cocoa 框架.插件及其他可执行文件需要使用的方法和约定不同于应用程序开发.如果产品主要客户是开发人员,则保证产品的编程接口清晰明确,不至于让开发者产生疑惑十分重要.这种情况下,API 命名约定就可以派上用场,它可以帮助您保持编程接口一致明确.另外,框架开发领域也存在一些特定的编程技术-或者说,这些技术对框架开发更加重要-例如版本管理,二进制兼容性,错误处理以及内存管理等.本节主题包括 Cocoa 命名约定

自己总结的C#编码规范--7.文档下载及总结

今天终于把这一系列的编码规范写完了,这个编码规范算上前面阅读相关书籍,前前后后总共花了一个月的时间,也算是个人的呕心沥血之作了. 本来也没打算把这个系列写的这么长,但是在写的过程中自己搜了相关的网上资料,后来发现网上的c#代码规范很少,而且仅有的几份都很泛泛,没有实际的内容.所以自己就阅读了相关的书籍,自己结合自己几年来的开发经验写了这份文档.希望可以帮助那些苦于没有编码规范的程序员,也希望所有新程序员能在职业生涯的初期就有一个良好的编码习惯,这对于以后个人的成长有至关重要的作用. 在写这个规范

编写Shell脚本的最佳实践,规范二

需要养成的习惯如下: 代码有注释 #!/bin/bash # Written by steven # Name: mysqldump.sh # Version: v1.0 # Parameters : 无 # Function: mysqldump备份mysql # Create Date: 2016-08-27 缩进有规矩 编码要统一 在写脚本的时候尽量使用UTF-8编码 太长要分行 巧用heredocs 学会查路径 script_dir=$(cd $(dirname $0) && pw

从任正非公开信说起,谈代码规范的重要性!

最近的1月2号,任正非发布了题为<全面提升软件工程能力与实践,打造可信的高质量产品>致全体员工信,这也是今年华为总裁办签发的2019年001号文件.在信中,任正非强调了高质量软件产品的关键特性,呼吁各软件工程师理解架构的核心要素.重视代码质量.遵循业界共识的标准和规范,并计划用5年时间投入20亿美元全面提升华为软件质量. 任正非的公开信 在我的印象中,关于某某公司宣布重金投入一个领域.一个产品的新闻有很多,比如某度和某米的all in:但华为这次却很不一样,20亿美元的投入点居然单纯是冲着软件