閱讀this topic，我想起了一些總是讓我感到困擾的東西。相同的老歌 - 舊東西的新名字
長期以來存在的某些實踐，方法或任何其他方法，都是衆所周知和使用的。然後有人寫了一本書，在它上面添加了一個新的花哨的名字，並且無中生有，它開始出現一些新的，革命性的，下一件大事等等......
設計模式是混合好的成熟併成爲「集體智慧」的已知解決方案，它們不是普遍的法律，也不是由GoF創建的。你不需要閱讀這本書來本能地應用其中的一些。這些模式由自己演變而來，GoF只是將它們一起粘在一本書中。
由於Phil Factor points out，極限編程它也沒有新的東西。
還有什麼其他的事情讓你覺得「我已經看到過......」？
在很久之前，Ajax就已經被許多人所使用，很久以前這個名字就被提了出來。
雖然它只是真正起飛時a）FF和Opera也有一個XHttpRequest類型的功能太b）IE有一個不完全腦死的DOM實現。 – jamesh 2009-01-23 14:57:14
他們有很長的名單here。
Dependency Injection看起來很像人們在Java早期所做的事情，即所有東西都有一個接口，甚至不需要它的東西。變成界面湯。雖然在它上面放了一個漂亮的閃亮名字，然後構建一個框架使其再次變得酷炫。
並沒有人聽說過「動態鏈接」？在Java之前發明了很長時間。 – MarkJ 2009-02-03 21:02:58
REST基本上是HTML被設計成的。
的"directory"（UNIX）/ 「文件夾」（蘋果機/ Windows的）/等（在HDF5 「組」，在SurroundSCM不周選擇 「倉庫」， 「項目」 Visual SourceSafe等無償新名稱等等）等等）
對於像「項目」，「會話」，「工作區」，「解決方案」（Visual Studio）等用於集成的GUI狀態序列化的重新使用和混淆的術語開發環境。
我想很多人會承認Ruby是Smalltalk的重新發明。
我覺得Greenspun's Tenth Rule of Programming是你問的一個例子：
任何足夠複雜的C或Fortran程序包含一個特設的，非正式指定的bug纏身的執行慢的Common Lisp的一半。
重構是我們一直以來以更好的方式重寫現有代碼的新名稱。
我同意Christer Ericson當他說「重寫」某些東西從來不意味着「從頭重寫」。當我重寫某些東西時，如果我沒有看到丟棄每一行代碼的具體理由，我總是會根據以前的版本來做。因此「重構」對我來說似乎是一個毫無意義的詞。
分佈式版本控制系統背後的許多想法早已存在於大型機上。
請標記爲社區維基 – 2009-01-22 17:22:10
設計模式書和XP都是作爲知識積累庫公開發布的。既沒有聲稱發明了其中的做法。 我敢肯定有人會指出，這個問題並不新鮮，我的答案並不新鮮。 – 2009-01-22 17:22:32