
最近在看一些老早期的哲学书,里面老是蹦出“众多非一”这词,看得我一头雾水,上网查了查,也挺含糊的。这不是那种一听就知道是啥意思的词,得掰开了揉碎了才能明白。 我怎么开始...
最近在看一些老早期的哲学书,里面老是蹦出“众多非一”这词,看得我一头雾水,上网查了查,也挺含糊的。这不是那种一听就知道是啥意思的词,得掰开了揉碎了才能明白。
我最早接触这个概念是在读一本讲古希腊哲学的书里,里面提到巴门尼德这些人讨论“存在”和“变化”。书里就说,我们看到的这个世界,为啥有那么多不一样的东西,它们为啥能一起存在?这就引出了“众多非一”的问题。
这概念听起来玄乎,但你仔细琢磨下日常生活里的事儿,就有点感觉了。你想,世界是“一”还是“多”?如果啥都是“一”,那为啥我能看到桌子、椅子、猫、狗,它们长得都不一样?如果都是“多”,那它们又怎么能归到一块儿,形成一个我们能理解的世界?
我就开始把自己看到的、经历的玩意儿拿来套用这个概念,看看能不能理顺点。

我试着从“同一性”和“差异性”这两个角度去看。
再深入想,这不就是咱们认识世界的基本逻辑吗?我们总想把复杂的东西简化成一个概念,比如“水”,但水本身又有很多形态,气态、液态、固态,它们形态“非一”,但本质上还是“水”这个“一”。
我接着琢磨,这个概念在搞工程的时候也特别有用。比如我们做软件系统,一开始就想把所有功能都塞到一个大模块里,追求“一”,结果改起来简直噩梦。
后来我们学乖了,搞微服务架构,拆成一堆小服务。每个服务解决一个具体问题,功能独立。这不就是承认了系统内部的“众多非一”吗?每个小服务都是一个相对独立的“非一”,但它们通过接口串起来,共同构成了一个大的、统一的系统,这就是“一”的体现。

我们把一个大用户管理系统拆成了用户认证、用户资料、权限管理等好几个服务。每个服务都是独立的,各有各的特点(非一),但加起来才是一个完整的功能集合(一)。如果非要强行把它们拧成一坨,那代码维护起来就真成了一锅粥,各种依赖打架,谁也动不了谁。
我理解的“众多非一”,就是在说,真实世界或复杂的系统,表面上看起来千奇百怪,充满差异,这就是“众多非一”;但这些差异背后,又得有个能把它们联系起来的共同基础或规则,这才是“一”的作用。理解了这点,我们在处理复杂事物时,就不会只盯着单一的某个点看,而是能把差异和共性结合起来,看得更全面。