博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
写一本书和找一本书
阅读量:6622 次
发布时间:2019-06-25

本文共 729 字,大约阅读时间需要 2 分钟。

端午和朋友去了苏州金鸡湖游玩,不料第二天下大雨。就呆在酒店玩Linux内核编译...感觉没意思就開始看那本总也看不完的《失控》,读到了一个思想,感觉挺有思想。
藏品多没什么意义,关键是索引,你能用最快的速度找到你想找的那件,这才是有意义的。
在一个博尔赫斯的那种包括全部图书的图书馆,找到一本书和写出那本书相同困难,找书的过程事实上就是写书的过程。

狄德罗,百科全书派人物。畅想了人类知识的汇总,汇总于一个博尔赫斯的图书馆中,可是他如果不论什么知识都是不可压缩的。即你不能用一个更短的短语来描写叙述一个稍长的短语。在这样的情况下,索引就是知识点本身。索引就是一种数据压缩。靠索引来查找会大大减小搜索空间。

       相似的思想,我在非常早以前也想过。我以前认为,家里仅仅要一本新华字典就够了。由于无论是我的作文还是四大名著,所用的字都在这本字典中。可是,关键之处已经不再是字本身,而是字与字之间的关系。
       在现在的信息碎片化时代,这是多么痛的领悟啊!

信息碎片已经淹没了差点儿全部人,我们最终有机会徜徉于狄德罗的百科全书了,可是我们什么也找不到。我们处在一个时时刻刻找寻的时代,详细在找什么,谁也不知道,找寻的过程替代了我们思考的过程,殊不知,找寻的代价已经超过了思考的代价。我以前在Linux终端上工作的时候,希望输入一个之前输过的命令,能够採用三个办法,第一个办法是再输一遍,第二个是使用bash历史命令的自己主动补全,第三个是往上翻,哪个更节省时间呢?事实上我仅仅是想输入一个ls而已,直接输入敲两个字符和一个回车就可以,可是如果採用其他两种方式,击键次数无疑会很多其他。孰优孰劣?值得思索。

       写一本书的代价可能会比找一本书的代价更低...信息太多,等于没有信息。

转载地址:http://qhcpo.baihongyu.com/

你可能感兴趣的文章
mysql 数据库安装步骤个人总结
查看>>
webservice测试工具
查看>>
[Oracle]如何获得出现故障时,客户端的详细连接信息
查看>>
BabeLua常见问题
查看>>
python -- ajax数组传递和后台接收
查看>>
Porting .Net RSA xml keys to Java
查看>>
检测 nginx.conf 是否配置正确
查看>>
最长公共子序列|最长公共子串|最长重复子串|最长不重复子串|最长回文子串|最长递增子序列|最大子数组和...
查看>>
测试妹子的呐喊:为什么总是收不到推送?
查看>>
linux NFS
查看>>
Jquery DataTable基本使用
查看>>
New UWP Community Toolkit
查看>>
JDBC连接数据库(二)
查看>>
leetcode 674. Longest Continuous Increasing Subsequence
查看>>
Extensions in UWP Community Toolkit - SurfaceDialTextbox
查看>>
Golang 语言的单元测试和性能测试(也叫 压力测试)
查看>>
springboot数据库连接池使用策略
查看>>
Java中CAS详解
查看>>
Java线程的学习_线程池
查看>>
Android 虚拟导航挡住应用底部解决方案(屏幕底部的三个按键)
查看>>