--正因為mfc是建立在c++的基礎上,所以我強調c/c++語言基礎對開發的重要性。
技術的脈絡是有跡可循的，按照這個脈絡和規律走起來會省力一些
--了解了windows的訊息機制在加上對訊息對映的理解就很容易了解mfc開發的基本思路了。
打蛇打七寸,"不要眉毛鬍子一把抓，抓住主要矛盾"--主席的話值得思考
---在1999－2023年，開發者們意識到jsp「model1」的缺陷，jsp中充斥著請求處理**和靜態資料模板，這意味著你不得不把業務邏輯和複雜的html以及其他的標籤混到一起。
在盤古之前，天地本混作一團----世界的最初狀態就是混作一團，事物的發展初期也是如此,
但更喜歡清晰，有條理的環境
於是逐漸地認知這個世界---學科細分/社會化分工
技術演進的內在驅動也是如此吧...
-------------------------------------------
與學某一門具體的技術想必我更願意學習這一類技術的共同之處--或者說我在學習這一類技術，
比如gui程式設計，我想學通用的gui程式設計方法(gui有那些程式設計元素,各個框架提供了什麼程式設計模型來控制這些元素，如何利用這些來更簡單/有效地達到自己的目的,《簡單/清晰/靈活/編碼量少/效能高》這幾乎是所有程式設計希望達到的境界)
具體的技術多如牛毛更浩如煙海,如果對之加以整理可以分幾類出來，每一類有各自的方法/要領/技巧/基本概念/特質/程式設計模型/技術環境&工具...
抓住它的魂，再用具體的法---張無忌學太極時要忘掉所有招式的那個章節就是這個意思吧，那樣就可以隨心所欲/隨意揮灑，沒有了條條框框的束縛，隨意打出的招式都體現了太極的魂，而具體的招式也是要體現這個魂,魂都有了招式也就是虛設了--那還要它幹什麼呢，如此境界招式也就成了羈絆。
招式是個拐杖，到了乙個時期就可以將之扔掉了，胡思亂想一通...
要某乙個領域的大家來談這個領域應該是簡潔/深刻.用很通俗的話來道出它的真諦...
狹小的技術環境/空間/知識結構限制了我們的思維，無法從更廣闊的背景上思考具體的問題,對基本概念也認識模糊,有些問題也不敢深入叫針,朝著熟練工種的方向我們大步邁進--但沒有自己的核心競爭力,辛苦幾年積累的經驗可以被培訓班的有針對性的速成教育迅速追平(找幾個經驗豐富的開發者對之進行集中培訓--效果不錯--物美價廉效果顯而易見)
linux啟動的脈絡 zhuan
前言 linux有自己一套完整的啟動體系，抓住了linux啟動的脈絡，linux的啟動過程將不再神秘。etc rc.d rc0.d etc rc.d rc1.d etc rc.d rc2.d etc rc.d rc3.d etc rc.d rc4.d etc rc.d rc5.d etc rc.d ...
幫你理清js的繼承
關於繼承網上有很多文章，但是能講解的大多都不讓我滿意，所以自己寫一篇。本文適合已經知道js繼承的各種或部分方式，但是尚未形成系統脈絡的讀者。接下來為方便描述，約定 a是父類，a是a類的例項，b是子類，b是b類的例項。b.prototype a 這種繼承的潛在問題是，將a的例項屬性變成了原型上的屬性。...
理清 WebSocket 和 HTTP 的關係
基本上但凡提到websocket和http的關係都會有以下兩條 websocket和http都是基於tcp協議的兩個不同的協議 websocket依賴於http連線 websocket依賴於http連線，那麼它如何從連線的http協議轉化為websocket協議？websocket為什麼要依賴於ht...