在上篇文章，即《反思软件开发：常识流动（上）》中，我激情高昂地陈说了日常工作中常会遇到的比拟宜人的几个问题，并从惯例视角简略阐明了问题所在，本文将会从常识的角度指出它们产生的起因为何。
基本原理
在剖析并解决问题之前所必须理解的一些事件。
常识定义
在《主观的事实世界》中讲「DIKW」（即「data」、「information」、「knowledge」和「wisdom」）时，我简略地解释了「常识」是什么——
通过「数据」和「信息」只能理解到「实体」的外表出现，这些是不牢靠的，对人的流动根本没有指导意义，人们须要的是可能尽可能正确地反映「实体」的「性质」与「逻辑」的「常识」。
「常识」能够通过建模的形式获取，行将「信息」分门别类后抽取雷同特色并简化为「模型」。「常识」不肯定是真的，人永远也无奈确切地晓得其到底是不是真的，只能通过一直的验证使其有限靠近于真。
欧雷《主观的事实世界》
为了不便论述和了解，本文将默认不严格辨别「数据」、「信息」与「常识」这几个概念，能够长期把它们看作是一回事——都是「常识」。
这样一来，在本文的语境中，职业、业余、业务等畛域常识是「常识」，语言、文字、图形、代码等符号零碎也是「常识」。
将「常识」依据是否被符号零碎外化分类的话，已外化浮现并记录下来的叫它「显性常识」，未经外化仍存在于某个人的意识中的称为「隐性常识」。
基于「万物皆可形容」的理念，任何「隐性常识」都可被适当的模式形容进去，即使会有肯定水平的失真，这就是「隐性常识显性化」——同时也是让常识流动起来的基本前提。
常识封装
简略来说，「封装」就是用一个符号去压缩或者说包装一些有所关联的常识，就像打包好的快递包裹一样。这样做的目标是为了不便常识的组合与传递，进步其流转效率。
日常生活和工作中有很多常识封装的例子，如：语言、文字中各种类型的词汇；软件开发时定义的常量、变量、函数、类等。
既然要封装，就不应该呈现一个海纳百川的符号——如果它什么都是，那它就什么都不是，理论不会起到任何真正有价值的正向作用。因而，要管制符号语义的边界，尽量恰到好处。
管制边界就是限度符号所封装的常识的复杂度以及流传路径——
遵循关注点拆散、繁多职责等准则进步符号的内聚性，如：软件的模块拆分、分层架构；工作岗位的横向、纵向职责划分——专人专事，别给某个岗位的人提不相干的要求，且拿那些不合理要求作为考核指标。
起码化输出 / 输入（I/O）通道以限度符号间的通信，升高并克制混沌产生的概率——软件程序单元的 API 和参数要尽可能地少；某个小组或部门只让尽可能少的人（最好是只有一个）成为「必须晓得（简直）全副细节的人」。
这里有个可能比拟容易纳闷的中央——人怎么就是「符号」了？
这是一个波及到哲学、社会学、心理学的问题，就不在这里严肃认真地探讨了，简略阐明就是——
一个人在认知别人时，会不可避免地依据对方体现出的特色、状态等进行标签化，进而聚合造成一个本人所认为的那个人的符号化形象。
并且，在与别人合作时，一个人的身份更大程度上不是他本人，而是他所处的蕴含且代表他的专业知识与技能、部门职责的工作岗位，这更加是符号了——某个职业、某个业余、某个部门、某个岗位等都是封装了特定常识的符号。
常识流传
假如常识被恰到好处地封装，以此为前提，大胆地掏出奥卡姆的剃刀——
用尽量准确且简略的符号去表白常识——「准确」是为了防止歧义，「简略」是为了易于了解，从而缩小认知偏差，让合作的人之间在脑中所设想出的是同一个事物；在软件开发方面，则会缩减代码量，节俭资源开销。
用尽量短的门路到达终端——门路越长，达到终端的工夫就越长，损耗失真得就越多，对时效性、完整性要求高的话会对终端产生很大影响。
常识保护
基于「惟一可信起源」（英文为「Single Source of Truth」，下文简称「SSOT」）思维对常识进行保护，其外围就是只认可某一个起源的常识，尊其为权威，不承受并忽视其余起源，有种一神教的感觉。
这须要联合肯定的强制性措施保障其可能执行到位，以杜绝同一常识呈现多个版本；建设某种反馈管制机制，令所有生产了常识的环节都能在源头变了时响应式更新，并反向促成常识源头时刻放弃最新。
若不听从「SSOT」，定会呈现同一常识有多个版本存在的状况——在合作时不仅会减少了解和沟通老本，促成拉锯扯皮甚至是争吵谩骂的情况；还会进步常识同步时的修改老本和保护老本，让人逐步失去更新常识的能源。
听从「SSOT」的常识是群体智慧的结晶，相对来说会进步常识的正确性和有效性。就算错，也是一错到底，要追责的话，不是某（几）集体的责任，而是常识保护的所有参与者的责任。
除了上述特点，听从「SSOT」的常识总体上是采纳中心化的治理形式，并能缩小甚至防止显性常识扩散与隐性常识失落的情况，从而进步常识的完整性、可观测性。
问题剖析
上面将用上文论述的对于常识的基本原理去从常识的角度剖析并解释在上篇文章中形容的那几个日常工作中的常见问题——
业务反对、岗位职责和跨部门合作中的问题次要是常识封装得不好，并且未被无效、顺畅地流传；测试左移的问题则在于常识保护上，在跨部门合作中也存在此类问题。
小结
本文总结了对于常识的几个基本原理，并基于它们从常识的角度解释了日常工作常见问题的起因。在下篇文章中，我将在本文所述的基本原理之上畅想解决那些常见问题的计划。
本文其余浏览地址：集体网站|微信公众号