@ZGame 我觉得你说的和 @newtype0092 的质疑是比较相似的，那就姑且先抛开 Nop Platform 这个框架看，你觉得这个理论是不是有些有道理的地方呢？

@newtype0092 汗流浃背了😅

但是我觉得这里的关键不是万能代码库，而是你现在在开发的东西最终都会变成现实世界中某个领域的专属代码库，对吧？
如果现在出现了另一块与你的领域有重合但不完全相同的领域，需要你的代码。

那么Δ差量为我们展示了另一条路经，除了“抽出两块领域共有的东西”这个方法外，你还可以反向削减原有的代码库，使其符合当前的需求。


Nop Platform 那一套扩展确实非常可疑，我也没仔细看过。
XML+Java 实现的，这能靠谱吗（滑稽）


此外我还觉得即便这个范式能够得到推广，在实践中 Y=X+Δ 也很有可能存在一个临界点，取决于 Y 和 X 的差异程度，一旦Δ本身出现膨胀，这个范式需要退化到旧范式的路径上重组为 Y=C+ΔY ，X=C+ΔX 。

@newtype0092 我觉得你说的完全正确，那个天书文档真的有点难懂，感觉就是纯在卖弄概念😅
但是“软件演化来自Δ差量递进”，我觉得这个理念确实有其先进和独到之处

@ZGame 没有啊，我觉得很简单啊，就是在用组合范式的时候你可以减掉原有的功能，为系统级复用提供了解决方案。
要是解决问题的规模很小，这个范式不会起效的，甚至就是句废话，但是在大规模系统系统复用上，这个理论很有参考价值。

@newtype0092 可能是我说的这句“在数学上，它是成立的”这个判断确实是有问题的，造成了误解，非常抱歉

@newtype0092 你的质疑是极好的，因为我自己也非常怀疑这个玩意，但是我的水平太差了，可能没办法准确理解你的核心疑问。

所以我让 AI 帮我解读了一下，它是这么回答的：

这里有一个非常微妙、但决定性的错位：

你的真实意思是：
Δ 是一种 “工程差异的描述方式”
它是依附于 X 的补丁/遮罩/视图

而他说的“数学成立”理解成了：
Δ 是一种 “可独立存在、可组合、可逆的变换元素”
这两者完全不是一回事。

你心里想的是：
Δ 只在 (X → Y) 这个关系中有意义

而他以为你说的是：
Δ 是某种普适的变换算子

@zizon 我知道你可能对我采用的简单的加号+和减号-产生一种直觉上的误解，其实它和数学概念上的加减不是一回事，它代表着一种组合过程，理论的作者用了个更合理的合并符号'⊕'，我在这里只是出于介绍的目的将其简化了。

@zizon 我当然知道这里面的等式不严谨，但是这又不妨碍它的表达，纠结这个干啥😅
爱看严谨的？那你看作者的天书文档去。

里面有一段是 KIMI 写的，把这理论都吹上天了😅

一直都没搞明白这东西有什么用...信息密度还不如目录页大。

@likearvin 没经验，面试也不多，不过还是有的。

那谁知道嘛，你可以打个电话去社保局问一下。

@likearvin 福建附近，小地方。
我寻思要是找不到，可能过几个月跑深圳去了。

@likearvin 没有，我现在和你一起找😎

@likearvin 这个时间点，该录毕业生的工作差不多都录完了吧。竞争压力已经没有那么大了，每天还是不断地有新的工作岗位在招人。

总有一天会轮到你的 :)