Jserv's blog

為學之道

早上起來看 Slava Pestov 的 blog [James Gosling doesn't understand sin/cos?]，如果只從字面來看，這是說 Java 之父 [James Gosling] 不懂 sin(x) 與 cos(x) 嗎？這故事的開始是 James Gosling 問及為何 sin(x) 與 cos(x) 函數的週期是 2*PI 呢？而且為何不能以角度取代徑度呢？這種懷疑的出發點顯然不是為了數學，而是從一個架構設計師的角度，就 sin(x) 與 cos(x) 兩函數的輸入域與輸出域來說，都必須使用 primitive type 最大的型態來表示，在轉化數學問題到實際的程式碼，是否可能兼顧便利性與資料儲存的效能？

我相信 James Gosling 絕對懂這些數學原理，而且絕對是這方面的高手，但我認同他的懷疑，有時候我們必須從不同的觀點來看待既有的事實。而 Slava 在 blog 就是從此出發，他擔憂如果程式設計師只有懷疑與假設，並沒有廣泛的求證，那麼，或許以後開根號的函式實做輸出型態或許是 int。Rob 在評論解釋道：

Well, David, you are missing one of Slava's key points: people who do not perform calculus for fun over lunch write bad code, those who were the apple of their calc teacher's eyes are coding poets. In fact, a hilarious metrics study was done recently showing that mathematicians and scientists write appallingly bad code. But Slava doesn't like metrics, which is somewhat bizarre, given that he professes his love for math.

後面的評論就更有意思了，所謂的 "Good code" 到底是如何？成功的專案是否都有文質俱佳的程式碼呢？

而讀到這裡，讓我想起昨天閱讀 [s88's blog] 的一篇 [16th VLSI/CAD conference]，我對 VLSI 一無所知，但是劉教授的 Neuroelectronics 領域的確很吸引我，並且我對建構的過程有更大的興致，s88 提到：

劉教授除了解釋專業上的問題外，也說了很多做研究上的重點：
• 先定義大問題，小問題就會浮現。
• 不要把自己框住，以劉教授為例，他的主要研究領域是晶片設計，但是，為了研究視網膜晶片，他必須和醫學院的醫生合作，他自己也成了半個眼科醫師，這一點讓我有新的體悟。
• 不恥下問、不恥下問、不恥下問，劉教授至少說了三次以上的『不恥下問』，他認為，既然不要把自己框住，就必須與他人合作，可是，如何放下自己的身段，讓他人與你合作的愉快，是一件重要的事！

我大概是從高中三年級開始，自修 Computer Science 的部份知識，如之前 blog [Realtime Kernel] 所提及，當時已經很明確的設計目標，至少要設計一個 kernel 出來。必須承認的是，大學教育給我最大的收穫並不是 computer science，而是人格的震撼，但這過程中，我有幸可以接觸到當時一流的人物，比方說成大電機博士班的 unixer 學長。

適度的懷疑與假設是必要的，而問題在於求證的過程，我們該如何「不恥下問」的放下身段投入去作？這絕對是相當值得去思考的議題。在 s88 的 blog 文後，提到「研究生的為學之道」，基本上這對我來說，是很遙遠的名詞，作為一個中輟生，光 paid work 可能就弄得昏天暗地，更別說進修了。不過，清大電資學院院長吳誠文教授提到幾個重點，倒是可以看看：

• 大學教育與研究所教育最大的不同，就是研究生必須去開創新的知識，有別於大學生，只是知識的消費者。
• 閱讀可以增加思想的深度以及廣度。
• 碩士生的研究目標：
  survey -> study -> verification -> justification -> presentation presentation is the most important thing!
• 敬業是做任何事成功的要素！

我沒有受過完整的「高等教育」，大概也難以理解箇中的真諦，但與其作為一個知識的消費者，我喜歡開拓自己的見識，用雙手把一些想法實現出來，或許這就是驅使我成長的動力。至於說「碩士生的研究目標」，程序似乎在我高中時代就體驗過了，當然，那時候做的東西只是小玩具，但後來才慢慢能理解 "presentation is the most important thing!" 這句話的寓意。

在 2004 年以前，我還是孤芳自賞的躲在電腦前面鑽研自己的計畫與領域，雖然有透過 IRC 與 mailing-list 來跟國外的開發者交流，但基本上還是很封閉的，頂多是之前在學校參加比賽做了幾場簡報，但範圍還是很小。而從 2004 年中開始，陸續整理自己的心得，寫了幾篇短文，並且做了 Presentation，一開始，我並不是有高度教育熱誠的人，面對台下來自不同背景的聽眾，總覺得不知如何進行，不過後來從 F/OSS 技術的推廣，以及對於特定領域的經驗分享後，就慢慢比較有感覺，也獲得不少 feedback 與指教，這些對於我釐清觀念與確立目標，很有幫助，也因此，在 [2005 下半年計畫] 提到，我還是會繼續作公開的分享，看看能否激發出更多有趣的效應。

有時候信箱會收到一些朋友的來信，問及「XXX 技術該如何學習？」、「要如何學習 Linux 程式設計？」「如何作 VM 一類的基礎建設？」、... 等等，我想為學之道就正如前面所述及的，自己去體驗還是最重要的。
由 jserv 發表於 August 23, 2005 08:05 AM