長時間以來，發現很多人，包括自己，在學習新技術時，出現很多本末倒置的現象，mvc與orm就是兩個比較典型的例子。
實現與理論分開。很多時候，理論思想的關注點與實現的關注點不一定是一樣的，往往甚至某種思想，實現了某種框架，框架的作用是把邊邊角角的細節抽象出來，減少開發者在這些細枝末節上的精力，把注意力，精力花在核心思想的實現上。而我們往往去學習某種框架，然後就陷在框架的實現上，而忘了本來框架所支援的思想。
很多技術的名字順序是非常有意義的。
比如mvc，首要的關注點是模型(m)，其次才是檢視(v)。控制器(c)只是用來連線模型與檢視的。而我們很多人在檢視與控制器上花了大把的精力，但有誰去注意過模型呢，就算有處理模型的，大多也都是在為檢視服務，嚴重的本末倒置。
再來說orm，這個更嚴重，甚至可以說很多人的使用就是乙個錯誤。為什麼要orm？是為了解決o與r的阻配失抗。orm，是物件模型到關係模型的對映。而我們有多少人在使用的所謂orm是這樣嗎？很多都是先建表，然後生成物件，那是orm嗎？那應該叫rom吧？順序錯了，往往就跟這個思想技術的本意相違背了。現在有很多號稱強大的**生成工具，也稱全面支援orm，完全物件導向。但在我看來，領域模型，業務邏輯是不可生成的，可生成的大部分通過抽象也是能得到解決的。我承認這些生成工具的強大，但在生成**時，請別在說orm，因為你做的是rom！
我們是不是把MVC ORM等技術的主次顛倒了？
長時間以來，發現很多人，包括自己，在學習新技術時，出現很多本末倒置的現象，mvc與orm就是兩個比較典型的例子。實現與理論分開。很多時候，理論思想的關注點與實現的關注點不一定是一樣的，往往甚至某種思想，實現了某種框架，框架的作用是把邊邊角角的細節抽象出來，減少開發者在這些細枝末節上的精力，把注意力，...
這是不是我們資訊優化的期望？
本篇文章版權由ecf 和hp所有 看 上看到一篇名為 以客戶的名義來思考 的文章，光是這個題目引發了我的思考。因為剛好最近接觸到一家大型空調製造企業，他們目前是利用it進行流程e化。通俗點就是說讓業務流程以資訊流為主要導向，資訊流在it裡面進行流轉，由系統自主記錄每次流程執行所產生的所有記錄，從而減...
SEO反思 我們是不是走錯了路
靜態化 這是乙個跨越了太長時間的話題，很多人一聊到seo，就說 靜態化很重要 其實怎麼說呢，我覺得靜態化更重要的是用來解決系統負載和執行效率的問題，而並非seo，相信最初發明 靜態化 的人也是出於系統負載的目的。之所以有人說靜態化利於seo，很可能源自很古老的一篇出自google程式設計客棧的文章 ...