(上面那個圖是啥?是有名的知識螺旋理論)
在軟體工程師的是世界中，如果有比改錯程式碼更令人可恨與厭惡的，想必就是去做所謂的知識管理。
Why Knowledge Management? Why not write code?
如果這句話所指的，我想說許多人工程師會思考到說，為何要浪費(或者說白費?)時間去做知識管理呢?反正，這幾段程式碼只有我看的懂(根據我怪怪的變數命名原則與艱深的template下，我[一般人都會如此]相信沒幾個看的懂~)。是的，在軟體產業中，我相信站出去喊著知識管理的口號，會有上百個工程師如此的想~ (起碼，看著這篇文章的你~~ 或許也會這樣想)
那麼~~~ 為何要做KM? (看CODE 不就好了?)根據偉大的Google大神查詢的結果(約有1,820,000項符合知識管理的好處的查詢結果)。MIS的老師也不厭其煩的的教導說，知識要內化、才能怎樣怎樣怎樣~~~~ (說實在的，我忘了~)。在撰寫MIS的考卷的時候，相信各位都可以寫的比我好的答案去說明如何做企業內的知識管理，如何去架設一個良好的企業內部的資訊系統、如何管理員工來利用知識管理來增加生產力 ….. XX(嗯~ 基本上，很多時候，在寫這樣的考卷時後，我發現 跟考公民道德是一樣的~~~ =_____=)。每個人或許都寫的一張漂亮的考卷，但是卻不見得每個人都會去實踐它，甚至只是簡單的內化。
The much you write down on paper, the more you understand it.
對於任何一種知識而言，能夠用文字去陳述的時候，表現你更能夠了解它。 思考、寫下然後說出。這些基本的原則，卻代表著簡單的事實~~~ 人們往往認為在不懂得時候才會認為自己已經了解了。如同Joel在他的文章中[從代碼工到開發者(Mike Gunderloy’s Coder to Developer)](http://local.joelonsoftware.com/mediawiki/index.php/å¾ä»£ç¢¼å·¥å°éç¼è
) 中所提到的相同。在Pragramatic Programmer裡面也提到說~~~ [對於任何難解的Bug，再要求人家幫忙的時候，試著用言語去表達現在所遇到的困境~]。當你試著用言語去表達你所遇到的困境時，這個當下表示 你正思索著問題的本質。也就是The Old New Thing 裡面所提到的Before you develop a solution, make sure you really understand the problem)。想要表達問題的時候，可以逼迫你去重新思索問題的~~ 想當然也可以幫助你過濾一些不必要的思慮，並且去縮小話你所遇見的問題。
面對每一段論文的文字，印出來反覆的閱讀；面對著要講的話，寫下來反覆的閱讀。
這一段highlight 文字是中文的，由於這是我研究所指導教授劉教授的名言。兩年的研究所生涯，我修正錯字的個數可能比起我寫的程式源碼還多。(相信我~~你現在應該還可以看到不少個錯字～～）但是那時候的訓練倒是好好的訓練我對於文字撰寫的掌握度。什麼叫對於文字的掌握度？？ 也就是寫作（你可以先當成把想法寫成文字的能力，並不是叫你寫出哈利波特）的成熟度與能力，是取決你有多常去寫他。
想起寫作能力描述，吳淡如對於對於作家的寫作能力有一種所謂的妓女理論（這段敘述來自我看到的節目上，但是似乎找不到全文～～）
[吳淡如](http://www.alexind.com/bettycafe/)提到：［寫書就像是當妓女一樣，像是一些偶像歌手、明星要出書，必須累積了靈感或是忽然興致來了才能出書～ 就可以賣的非常好的價錢，這就像是高級妓女一樣； 而像是[吳淡如](http://www.alexind.com/bettycafe/)一樣，人家給了錢，一篇文章就自然出來即使沒有任何的靈感與興致都可以寫出來～～ 就像是專業的妓女一樣。］ > >
或許這樣誇張的文字，對於將思考鋪成文字而言～～或許有些離譜了。但是卻可以讓我們思考著，你！！！！！（還有我啦） 對於文字的掌握度到底有多少？？你真的能將自己所懂所知寫下來，而不是靠一些艱深難懂的程式碼？？
Just write down what you know, not coding.
…. 待續
