文章总结： 本文阐述软件逻辑源于物理世界及人类需求。主张软件开发应以人的事务处理模式为主线，通过建模实现数字化解放人力。核心包括确保需求确定性、聚集优质知识点、实现业务与知识逻辑闭环及基于事实的评价体系。建议采用数据与软件、业务与技术解耦的架构，以保障系统可发展性并最大化服务价值。 综合评分： 60 文章分类： 其他

软件的逻辑，均来源于物理世界，都出于人解决问题之所需

原创

李志勇 李志勇

与智慧做朋友

2026年1月28日 22:11 北京

所有事务都是为解决问题，解决问题的过程对于主体“人”而言通常是模式化的，只要弄清楚这个模式化过程，并把这个模式化过程进行建模，能被建模的东西就具备了被数字化的基础，数字化后的事务处理模式反过来就会解放“人”，并为“人”带来价值。看看当下的所有信息化成果、人工智能成果、AI等无不是如此。“人”永远是物理世界投射到数字世界最重要的入口之一，所有服务“人”的系统，都必须以“人”的事务处理模式（思考模式、行为模式、情感模式、价值模式等）为起点和主线模式来进行设计，知识之软件更是如此：

1. 人，常规的事务处理模式（解决问题）如下：

a. 首先，理解问题（思考，做问题分析），这往往是解决问题的关键，也就是我们常说的理解需求

b. 其次，借助互联网、朋友等资源，找和选择尽可能多解决问题的方法，也就是我们常说的找知识点

c. 再者，找路径和逻辑联通这些知识点，确保解决问题的逻辑闭环，也就是我们常说的找路径、找逻辑

d. 然后，找各种资源保障知识点、逻辑等能落实，且验证资源的确定性，也就是我们常说的找资源

e. 最后，训练自己的对资源的驾驭能力，保障自身能有能力把问题解决掉，也就是我们常说的练能力

2. 知识之软件，就是将上述“a->b->c->d->e”过程进行软件化，最大程度服务“人”的一种方式：

a. 需求做到确定性，需消除人为偏差，确定性价值远远超过模糊性价值（与多少无关）。那么，如何做呢？

i. 首先，把需求确定在一个清晰的边界内

ii. 其次，理解上必须简单明确，不可有歧义

iii. 再者，操作上必须消除人为偏差（比如：输入偏差）

b. 聚集知识点，并做到知识点全、好找和确定性好

i. 用稳定可靠永久独立的锚点与模型来发展知识

ii. 用可传导性、可组合性、可计算性、可理解性来发展知识价值

iii. 用事实应用为评价体系来反馈知识价值次序，不信权威信事实

c. 始于知识点和业务的双向奔赴，确保知识点具备解决问题的实际逻辑

i. 因业务需求和知识点需求，做知识生产，知识点天然具备业务逻辑属性

ii. 业务逻辑、知识点逻辑，各自独立，组合来保障解决问题场景的适配性

iii. 知识点生产过程中，有“与人为善”基础，问题解决逻辑就有了集体贡献保障

d. 知识点因多方使用可形成知识事实，这些事实可被用于知识点满足确定性判读依据，更省力、更可信

e. 软件行业的技术和手段发展性很强，保障软件系统对技术和手段应用的可发展性，也就成为软件能力的重要体现

i. 数据和软件解耦、数据和业务解耦、业务（架构）和技术（架构）解耦

【注：以上仅是作者肤浅认识，仅供参考！】

来源：与智慧做朋友

作者：李志勇 （ 微信号：qichelaba ）

声明：文章中部分图例来源于网络，版权并不属于作者

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：与智慧做朋友 李志勇 李志勇《软件的逻辑，均来源于物理世界，都出于人解决问题之所需》