- 内容提要
- 序 1:程序里的世界
- 序 2:最后一层表象
- 关于本书
- 致谢
- 引言:简单的本源
- 篇一:计算系统
- 第 1 章 数,以及对数据的性质的思考
- 第 2 章 逻辑
- 第 3 章 抽象
- 篇二:语言及其面临的系统
- 第 4 章 语言
- 第 5 章 从功能到系统
- 篇三:程序设计的核心思想
- 第 6 章 数据结构:顺序存储
- 第 7 章 数据结构:散列存储
- 第 8 章 执行体与它在执行过程中的环境
- 第 9 章 语法树及其执行过程
- 第 10 章 对象系统:表达、使用与模式
- 篇四:应用开发基础
- 第 11 章 应用开发的背景与成因
- 第 12 章 应用开发技术
- 第 13 章 开发视角下的工程问题
- 第 14 章 应用程序设计语言的复杂性
- 篇五:系统的基础部件
- 第 15 章 分布
- 第 16 章 依赖
- 第 17 章 消息
- 第 18 章 系统
- 篇六:系统的基本组织方法与原理
- 第 19 章 行为的组织及其抽象
- 第 20 章 领域间的组织
- 附一:主要编程范式 及其语言特性关系
- 附二:继承与混合,略谈系统的构建方式
- 附三:像大师们一样思考——从 UML 何时死掉 谈起
- 附四:VCL 已死,RAD 已死
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
引言:简单的本源
接下来,我们将要提出一些现实中的简单问题。这些问题是如此的简单,例如为什么要用一对大括号“{ }”来将代码括起来?之所以说它简单,是因为你会看到每本书都这样忠实地写着,而且你的每一个老师、每一个技术同行,以及每一个代码范本都如此教导着你。而它又无比复杂,以至于到了一种名为 Python 的语言出现时,我们就再也想不明白:为什么代码不再包含在一对括号之中了——对于许多人来说,将这样的一对括号换成一组“begin .. end”都是莫大的挑战。
编程的世界是如此的奇妙,如同我曾说过的一样:会不会编程,甚至成了某些人的智力评测基准。然而也如同上面所谈,解释其中某些看起来习以为常的现象,既大有必须,亦必为挑战。
那么我们有没有办法,不使用那些艰涩的公式或者数理逻辑来证明这个世界的必然性,而仅仅只是去说明它呢?
我想,代码总是需要拿来被“阅读”的吧。先不管读者是谁,一个东西要被阅读,它至少要具有两个性质:能被叙述,以及能被记载。这其实涉及了两个更深层次的问题,前者是要求有一个语言系统,后者则要求有一个存储系统 1 。语言系统的特性取决于对话的双方,而存储系统的特性则取决于存储的对象,以及存储的条件……
等等类似这些的、将在本编中出现的文字,在我看来就是我们对“代码为什么是这个样子”的本源性的思考。那些完全不了解,也不探知,甚至未能察觉“本源问题”的人,努力地清扫着地毯上的灰尘并一遍又一遍地检视着,点着头发出赞许的啧啧声,而无视于空气中漂浮的粉尘——即使它们在半个小时后又将掉落在地毯上。
所以一个不能思考事物本源的人,是不可能具有开创性的,他既不能解决问题本身,也不能发现解决问题的可能途径。
- 这其实是人类文明的根本,通常含义的文明是从有文字记录开始的。 ↩
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论