Language agnostic 同样的老歌-旧事物的新名称

在阅读中，我想起了一些总是让我烦恼的事情

有一些已经存在很长一段时间的做法、方法或任何东西是众所周知的，并被使用。然后有人写了一本书，给它起了一个新的花哨的名字，从无到有，它开始以新的、革命性的、下一个大事件的形式出现，等等

设计模式是知名解决方案的混合体，成熟并成为“集体智慧”，它们不是普遍规律，也不是GoF创造的。你不需要阅读这本书就能本能地运用其中的一些。这些图案是自己演化出来的，GoF只是把它们粘在一本书中

同样，极限编程也不是什么新鲜事

---

还有什么事情让你觉得“我以前已经看到过……”？

早在Ajax被命名之前，它就已经被很多人使用了。

有一个很长的列表。

看起来很像Java早期的人们所做的，在Java早期，所有东西都有一个接口，甚至是不需要它的东西。变成了界面汤。尽管给它起了一个漂亮的名字，但构建一个框架会让它再次变得酷起来。

REST基本上就是HTML设计的样子。

免费的新名称（UNIX）/“文件夹”（Mac/Windows）/等等（“组”在，错误选择的“存储库”在，“项目”在等等）

---

对于“项目”、“会话”、“工作区”、“解决方案”（Visual Studio）等术语的重新发明和混乱使用，也同样适用于对集成开发环境的GUI状态进行序列化。

我想很多人都会承认Ruby是Smalltalk的再发明。

我想这就是你所问问题的一个例子：

任何足够复杂的C或Fortran程序都包含一个特殊的、非正式指定的、充满bug的、缓慢的CommonLisp的一半实现

---

重构是我们一直在做的事情的一个新名称，它以更好的方式重写现有代码

---

我同意他所说的“重写”，有些东西从来不是“从头重写”的意思。当我重写某些东西时，如果我看不出有什么具体的理由扔掉每一行代码，我总是根据以前的版本来做。因此，“重构”对我来说似乎是一个毫无意义的词

分布式版本控制系统背后的许多思想很久以前就存在于大型机上。

请标记为社区维基设计模式书和XP都公开宣称是积累智慧的宝库。两人都声称自己发明了其中包含的实践。我相信有人会指出，这个问题并不新鲜，我的答案也不新鲜。虽然它只是在a）FF和Opera也有XHTPrequest类型的功能时才真正流行b）IE没有完全脑死亡的DOM实现。我明白你的意思，但我不认为这是同一回事。不过，重构可以应用于比重写某些模块小得多的更改。所以我确实认为这是一个显著的区别。“重构”也意味着准确地保留现有的行为，并以一种有纪律的方式这样做。难道没有人听说过“动态链接”吗？早在Java发明之前很久，我不打算对此投反对票，但我认为你错了。HTML只用于静态Web页面，而REST是专门为通过HTTP运行的应用程序设计的。它们的用途截然不同。