images.jpg

(上面那個圖是啥?是有名的知識螺旋理論)

在軟體工程師的是世界中,如果有比改錯程式碼更令人可恨與厭惡的,想必就是去做所謂的知識管理。

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.

…. 待續


Evan

Attitude is everything