物件導向是否在走下坡路？

    物件導向多是一些低層次的抽象。比起人類發展了數萬年的數學、演算法，低級的多。以至於，號稱“可重用、可擴充、可維護、靈活性好”的物件導向編程多是寫一些網站、應用開發等早有人寫過無數遍的代碼。充滿創新的核心技術、即時技術、生物工程、人工智慧等，卻還是以面向過程話編程為主。

    物件導向，確實做了很多很多優秀的事。她可以讓一些剛剛學習編程一兩個月的人，做出漂亮實用的網站。她可以讓商業開發更加容易管理、監控。但是，她也越來越出現各種BUG。拿Java來說，BUG越來越多，運行效率越來越低，程式員越來越需要瞭解架構的底層設計，記憶體泄露越來越嚴重。

    C語言榮升程式設計語言熱門排行榜的第一位，是否說明了物件導向在走下坡路呢？C語言編程的難以管理，開發週期長，不適合商業開發。使用C語言開發一門新的語言的項目也很多，架構師應該好好看看格林斯潘第十定律了。

    個人感覺，物件導向編程仍然是應用程式層商業開發的首選。但是，如果項目和業務耦合小，且創新意義大，建議在物件導向編程的同時，考慮下面向過程、函數式、SQL、NoSQL等編程方式和架構（庫、軟體工具）。

    一種常見的Java記憶體泄露：

    http://www.ibm.com/developerworks/cn/java/l-JavaMemoryLeak/

    一個Java嚴重記憶體泄露的例子（看不懂這個例子的Java菜鳥，勿噴）：

    http://www.csdn.net/article/2013-06-03/2815513-reducing-memory-consumption-by-20x

    應用程式層C語言記憶體流失的偵查工具：

    http://zh.wikipedia.org/wiki/Valgrind