當一個人看到這么一段話時，他會怎么想：
尺度的進程並不僅是無窮進展的壞的無限無止境地采取由質過渡到量，由量過渡到質的形式，而是同時又在其對方里與自身結合的真的無限。質與量在尺度里最初是作為某物與別物而處於互相對立的地位。但質潛在地就是量，反之，量潛在地也即是質。所以當兩者在尺度的發展過程里互相過渡到對方時，這兩個規定的每一個都只是回復到它已經潛在地是那樣的東西。於是我們現在便得到其規定被否定了的、一般地被揚棄了的存在，這就是本質。在尺度中潛在地已經包含本質；尺度的發展過程只在於將它所包含的潛在的東西實現出來。
我想可能的反應大概有兩類：一類是這人胡說八道，故弄玄虛；一類是是說這個說的抽象，表達力不太行，我看不太懂。但一旦知道說這段話的人是黑格爾，就不太會有人感覺是故弄玄虛，而會覺得是自己思考不夠。
黑格爾這些人並不像愛因斯坦，有一個明白的相對論在那里，但他們也確實在思考一些東西，對同樣的事情他們看的更深，這背后彰顯的其實是思維的力度。
為什么在這里說這樣一個感覺上和一般人沒有半毛錢關系的問題？
因為程序員干的事情最關鍵的一點其實是抽象，而抽象夠不夠則依賴於思維的力度。現在太多人沉迷在技法中了，我覺得這是不對的。我們可以知道Hadoop怎么用，並把它用的很好；也可以知道OpenStack怎么用並把它用的很好，也可以用智能手機，並用的很爽等等。但只要在思維上還欠缺一種力度，恐怕就很難創造或者說開創出這些東西，也不太整合的出非常精湛的產品。
感覺上現狀是有點詭異的，一邊是出不來競爭力高的產品，一邊是人找不到合適的工作。
這也許可以這樣理解，對大多數人而言，吃飯最重要，所以和吃飯相關的技能最關鍵，所以如何搞定面試這樣的書籍就會比較火一點。但也正是這樣的思路會造成惡果，低端的編程技能很容易過時，當缺乏對本質的認知，缺乏高度時，在特定領域里就做不到專業，做不到專業手里的活就很容易變成體力活，一旦變成體力活就很容易是吃青春飯的。感覺上故事無比簡單，就是很難破局。
那出路在那里？
個人感覺是要稍有點大局觀，選個特定領域，思考它，挖深，成為個真的專家。這個專家可以落在很多地方，技術，管理，軟工，等等。當然如果想創業，那是另外的故事。
為什么要稍有點大局觀？因為沒大局觀，自己選的領域可能被“通貨膨脹”掉。你現在花3年把MFC弄的很精通，未必會產生多大人生價值。沒有大局觀也會，讓自己在別人眼里貶值，變成“狂人”，“怪鳥”。這個上可以看下王垠，最近看到的博文是：半年來的工作感受。我對能獨立思考的人始終是尊重的，但看完這篇多少有點為這位兄弟擔心，我老感覺這是發狂的“前奏”。你不能上來看看就說這公司真傻X，竟然用這么蠢的方法來做事。不能說王垠看到的東西不對，只能說他看到的不全，像盲人摸象摸到了個耳朵，接下來用自己的認知對耳朵進行審判，這是沒把思考再推進一點。比如說：Coverity 使用測試驅動這事，在王垠看來比較傻，但更本質的問題是，如果不這么做，在多人協作的項目里無法讓質量穩定，多人協作時要盡可能有可見的手段（包括流程和工具）才能讓質量不顛簸，依賴於天分質量水平會顛簸的很厲害，而對公司而言，顛簸不起，所以他只能用這種看似讓天才有束縛的方式。王垠這兄弟如果照這個思路走下去，很可能會在公司里舉步維艱，在公司里代碼是商業的延續，也許他比較適合開源社區。
為了避免上述這類問題，實際上需要對身邊的事業做點鳥瞰性工作，一旦鳥瞰了，很多事看着是偶然的其實是必然的。
我始終感覺程序員未來的道路始終有三個根本選擇：一個是純碼農，如果是這個最好就落在附加值高的領域，而不要只奮斗在信息管理系統這樣的領域里；一個是碼農+管理，感覺架構師類的就在這里。最后一個是純管理，產品經理，部門經理什么的都在這個方向上。我倒不覺得三類間有太大差別，做好都不太容易，關鍵都是思維要有力度，要思考工作自身，達到高度。下面拿管理來具體說說吧。
管理這活很容易退化成純做吆喝，並行使權力的人，常見場景是：上司有個命令，答復立刻辦，接下來向下施壓。也容易變成老好人，下邊說什么，往上一傳達，接下來上司愛聽不聽，反正你也不懂技術。
但其實這是失職，管理者要綜合去考慮目標與現場，人的因素與工程因素，是開發中最關鍵的決策者。對上，管理者是現場；對下，管理者是方向。這要求對軟件做整體性思考：軟件是可度量的么？估算當前可以到什么精度？文檔要寫到什么程度？需求描述到現在這個程度夠了么？要瀑布模型么？這類很含糊的問題，管理者要能根據現場狀況，給出一個清晰的答案。這些事做很容易，隨便扯扯，大多時候是可以蒙混過去的；但做好很不容易，做好需要對軟件開發有自己的視角和認識，還要這種認識同實際相契合。但做不做得好，其實是可判斷的。
比如說吧，公司突然說需要量化管理了，不思考的管理者會立刻去做了，而思考有力度的管理者則可能會經歷這樣的過程：
軟件是一種固化的思維 →思維的本質是概念和邏輯 → 概念和邏輯無法直接度量和精確度量 → 度量過程中需要很多的主觀判斷 → 以目標為導向的，以個人為中心的量化管理（相關的激勵和懲罰）將崩潰 → 參照無歧義數據（函數復雜度等）的判斷將成為程序員評價中的輔助手段
認識到這個之后，再去考慮就會發現Bug率這類東西去度量人是確實不行的，歧義性太大，這思路走下去甚至會發現CMMI4~5級的想法是有點問題的，這樣就可以發表自己的觀點，那怕最終他是錯的，那怕被上司否定了。這樣一點點過來，自身的能力就會成長起來。而缺乏這種思維的力度，人就會比較像機器人，別人說什么做什么，或者武斷的堅持明顯錯誤的東西。
不管在那個方向上，感覺上要想做到專家程度，要有獨立視角，思維要有一種力度，這就像給心靈裝了一雙額外的眼睛，這樣就能看到屬於自己的東西，再在實踐中一淬煉，高度可能就出來了。也就能做出自己的框架，提出自己的思想等等。
--------------------------------------------------------------
理想流 + 軟件 = 《完美軟件開發：方法與邏輯》
理想流 + 人生 = ??
理想流 + 管理 = ??
理想流 = 以概念和邏輯推演本質，追求真理。