随想002：设计规范

﹏ヽ暗。殇╰゛Y 2022-04-23 07:52 92阅读 0赞

经理们大都喜欢成文的规范。嵌入式程序设计规范、原理图设计规范、PCB设计规范...

但是

**试图用规范来消除重复错误的尝试可能是徒劳的！**

规范能够起到多大作用，取决于研发人员的**理解程度****和执行程度**。

**知与行，**缺一不可。

问题往往出现在对规范的理解上，规范制定者表述的内容与规范使用者理解的内容会产生**偏差**。

出现这个现象的原因是**知识层面的不对等。**

**就像一个厨房新手熟读各种菜谱也做不出星级酒店的风味来。**

不理解规范会带来问题。

如果对一个事物理解的不够透彻，看到的只是局部，是一个个离散的点或线段，**形成不了知识面，容易产生错误观点**。就像盲人摸象一样，摸到耳朵的就认为大象是蒲扇、摸到腿就认为大象是柱子...这些都是错误的观点。

所以仅仅制定了规范是达不到目的，**规范必须要宣贯：向规范使用者宣传并使他们透彻地理解。**

宣贯的难点是如何做到**有效的信息传递（避免信息衰减）**以及让**没有背景知识的人理解规范的含义（避免信息失真）**。

如果一个事物我们没有**亲身体验过，只是靠语言描述，是很难理解的**。就像你无法向盲人解释红色是什么一样：必须亲眼看到了，才能知道其含义。

**对事物的理解过程，大都是从错误中学习的**，如果没有遇到错误，可能都**不会意识到**其中蕴含的道理。这也是绝大多数人总是**在产品出现危机后，才会改进、才会进步**的道理。因为在危机发生前，他是没有问题意识的。

通过对危机事件的处理，会对这个问题的理解程度加深，这是进步的表现。

换句话说，大部分人类需要**经历修复错误的过程，才更有可能避免类似错误！**所以如果将消除重复错误的希望寄托在一个文档上，恐怕带来的只有失望。

基于上面现状的思考，我有了一些推论：

**推论1：试图用规范来弥补新人缺失的经验是行不通的，换句话说，新人必定会失败【注1】几次才堪用。**

对规范的理解能力是要在实践中积累的，然而新人缺乏的就是积累，所以更难理解规范。就像刚开始烧菜，总是要经过手忙脚乱的过程，不清楚放多少油盐酱醋合适，更不要提火候。而**比不能理解规范更糟糕的事情是误解规范。**

如果我们要备份数据，比较安全的做法是在相距很远的不同地方放置备份数据，比如在北京放置一份、苏州放置一份、贵州放置一份，最大限度地避免天灾人祸把这些数据一锅端。但有些新人不能够理解这个道理，知道数据需要备份，但会把数据备份在同一个地方。

**失败虽然意味着产品上的不成功，但它培养了人才。**所以新人失败并不意味着对公司损失很大，真正损失大的是新人蜕变成工程师后，他离职了。

***注1：**这里所说的失败通常在短时间内看不出来，新人是完全可以做出符合功能的产品来，但长期稳定性可能不足，表现为发布的版本经常出现错误，更重要的是增**加新的需求可能会很艰难**，甚至要推翻重做，这种产品是失败的。*

**推论2：让某个研发人员跨领域接手一个项目时，要给他理解这个项目原理的时间**

如果经理希望换一个研发人员去拯救一个面临失败的项目，一定要给研发人员充足的时间去了解项目的系统原理，不要马上修改电路或代码，因为**只有理解了系统原理，才能合理设计和迅速排错。**

**经理要有耐心。**你心里知道这个项目是烂摊子，你心底更深的地方也知道收拾烂摊子并没有什么速效方法，所以不要着急出结果。

**推论3：如果员工在某个领域做得非常好，不要随便将他调岗**

熟悉一个领域，是用多次失败的代价换来的，给他调到另一个领域，他会变成那个领域的新人，必定会重来一次用失败换理解能力的过程。

**推论4：新产品的前几个版本一定会有问题，做好应对准备**

对需求理解不够、对现场环境理解不够、对逻辑的思考不够、程序存在BUG等等，新产品或多或少会出问题。所以要有小批量试制、要找几个现场环境做工业性测试等等，控制问题出现的范围。

发表评论取消回复

表情：

评论列表（有 0 条评论，92人围观）

还没有评论，来说两句吧...

相关阅读

相关 MySQL规范，设计规范，索引规范，开发规范，操作规范

MySQL规范，设计规范，索引规范，开发规范，操作规范一、数据库命令规范二、数据库基本设计规范 1、所有表必须使用Innodb存储引擎

电玩女神/ 2022年12月27日 01:54/ 0 赞/ 358 阅读

相关 Mysql - 设计规范

一、数据库命名规范 1. 所有的数据库对象名称必须使用小写字母并用下划线表示，因为默认情况下，`mysql` 对大小写敏感， `mysql` 数据库本质上是 `linu

男娘i/ 2022年12月13日 04:19/ 0 赞/ 232 阅读

相关 java代码规范&数据库设计规范

i）禁止以 \_ 或者$ 开始或者结尾 i）禁止使用半英文、半拼音 i）类名：类名使用UpperCamelCase； i）方法名、参数名、成员变量、局部变量都统一使

青旅半醒/ 2022年06月05日 02:28/ 0 赞/ 371 阅读

相关接口设计规范

文章目录接口设计规范 1 接口示例 2 基本规范 2.1 公共参数 2.2 响应数据

ゞ浴缸里的玫瑰/ 2022年05月10日 15:16/ 0 赞/ 348 阅读

相关随想002：设计规范

经理们大都喜欢成文的规范。嵌入式程序设计规范、原理图设计规范、PCB设计规范... 但是试图用规范来消除重复错误的尝试可能是徒劳的！规范能够起到多大作用，取决于研发人

﹏ヽ暗。殇╰゛Y/ 2022年04月23日 07:52/ 0 赞/ 93 阅读

相关 API设计规范

1 端点规范 API端点就是API的URI，例如：[https://api.example.com/users/me][https_api.example.com_use

爱被打了一巴掌/ 2022年03月16日 09:12/ 0 赞/ 330 阅读

相关异常情况监控系统的设计随想

最近这段时间由于机房调整，硬件更新，网络改造等工作不断实施，引起很多问题，比如服务器不稳定，网络经常故障等等。结果导致系统问题频出。如系统服务器宕机，数据库服务器宕机，网络

系统管理员/ 2021年12月24日 04:43/ 0 赞/ 181 阅读

相关随想

　　2012年已经快过去两个月了，感觉时间过得好快啊，回想自己去年所做的事情感觉都是收获好少。不知为什么，缺乏动力，目标不明确。　　时间在一分一秒的转动着，而我却在一分一秒

向右看齐/ 2021年12月22日 12:27/ 0 赞/ 308 阅读

相关随想

从去年8月份到现在这个公司也有半年多了回想这半年来的工作感觉在这半年里面也没学到什么东西就熟悉了公司的产品框架的开发流程然后就做一些简单的二次开发也是跟之前

淡淡的烟草味﹌/ 2021年11月08日 23:44/ 0 赞/ 306 阅读

相关 MySQL设计规范

数据库环境 dev：开发环境，开发可读写，可修改表结构。开发人员可以修改表结构，可以随意修改其中的数据但是需要保证不影响其他开发同事。 qa：测试环境，开发可

太过爱你忘了你带给我的痛/ 2021年09月17日 15:02/ 0 赞/ 429 阅读