Nivdc

@newtype0092 不管作者是不是在故弄玄虚，这套理论还真让我悟出点东西。
尽管从表面看，它只是为大系统复用提供了一条新颖的解决思路，但是它真正闪烁的地方，是在元编程领域。

一旦我们接受了 delta 代码的概念，拆解、重构大型系统将变得轻而易举。

因为这将不再是解 P-NP 问题：「你可以轻松验证你能从一个复杂系统剥离出一个最小核心，但你无法快速找到解。」
而是变成了：「你可以轻松编写 delta 代码，步步裁剪，一点一点删减功能逼出复杂系统的最小核心」

尽管 delta 代码的概念在实践上未必成立，即使成立也可能会面临高抽象、难以理解的元编程难题。但是这个理论真正难能可贵的，是它给予了我们极大的勇气去面对复杂系统，这一点是很难得的。

@peteretep 我的错我的错，数学水平太差了，搞得看起来跟民科一样，真别纠结里面的等式了，我觉得它的概念还是很好理解的。

@GeruzoniAnsasu 尽管从抽象的视角来看，将“软件更新到下一个版本”和“给客户提供专用的版本”是完全等价的，但是实践上，“迭代软件的版本”和“定制开发功能”这是一回事吗？

@GeruzoniAnsasu 我都不参与项目我推个屁，尽管伤透，反正和我也没关系。真搞垮了，我也是吃瓜。

你说得没错，不管怎么样，只要软件演化，就是在原有的基础上增加一大坨。
但是我们在这里讨论的是两个相似的系统，如何以最小的代价转化的问题。

「所谓的可逆计算」在这里提供的方案，是编写 delta 代码。

@GeruzoniAnsasu 我可能有误解，但我感觉你陷入了一个误区，可逆计算理论不尝试解决一个系统版本更新迭代的问题，它尝试解决的是大系统复用的问题

@litchinn 所以，这里存在一条折中路径，删去原系统中的一小部分，替换掉需要替换的部分。现实世界就是需要这种妥协

@GeruzoniAnsasu 没写过。关键问题在于，如果 X 和 Y 的差异极小，用直觉来思考怎么会存在“大量非必要的代码”呢？

@hahiru 但是 APP 中你如何轻松剥离 CodeX 然后得到巧克力味的屎山呢？
答案很简单啊，不要合并 Code1 、Code2 到 App 里面，用一个元编程手法保持替换掉不就好了？

@ZGame 我觉得蛮现实的，你把每个有增有删的 commit 积起来看，最终就是你的 App 了...唉，就当我太笨吧，可能这辈子就这样了。