Jserv's blog

初等概念

* 以下內容純屬個人經驗，不與任何公司有直接關聯 *

標題的「初等」取自數學的「初等代數」，也就是說 C/C++ 中處於「奠基」的「基本」，至於這些項目是否「基本」，實在見仁見智。在我看來，C Programming Language 本來就是用來寫作業系統，所以相關的基礎知識也要有一定的理解，至少也需要對硬體有認知，這樣才有機會徹底理解 C 語言，而 C++ 就更不說了，不僅 ISO C++ spec 複雜難懂，又得遷就於 C++ compiler 許多不合標準但陳窠已久的特性，又得將其 OOPL 的理念貫徹於專案開發，這使得沒有對特定 domain knowledge 有足夠掌握者，難以透過 C++ 將其發揮得淋漓盡致。孫文先生說過「知難行易」，我想每個 Programmer 在這些艱辛的歷程中，還是得抱持無比的樂觀，才能逐步累積成果。

因為專案需求，我需要對語言層面與 compiler implementation 有一定程度的掌握，過程中吃了很多苦，記得之前只是對 C++ 應用程式的某些奇特的 machine code 感到好奇，結果一路從 GCC frontend 追到 RTL backend optimizations，釐清 instruction scheduling 的細節，最後才發現 GCC 多少做了一些 tradeoff，這些「苦工」又非作不可，畢竟「只有痛苦能把深度帶給我們」。

從我「出道」以來，給了應試者 N 次面試，老實說，每次壓力都很大，我一直到了今年才好了些 (終於有部份應徵國防訓儲者年紀略小)。之前我都是面試學歷比我高一大截、年紀比我大的應試者 (將心比心：倘若我是三十歲的中年男子，千里迢迢來到某企業應試，可是發現竟然是一個貌似高中生的小夥子很嚴苛的出題，還不時被質詢：「到底有沒有學過或深入接觸過 XXX ！？」時，該做何感想)，而台灣的 IT 環境儘管口口聲聲說重視教育訓練，但是實際的成效還是很有限，更別說 training 到底對導入專案開發有無可具體的突破，也因此，只好排除些「有潛力但缺乏概念」的求職者。

說來說去，我還只是一個工讀生罷了，社會經驗也不足，只是有時候被抓去「協助過濾未來的同事」，但就我個人的觀點，只要 Resume 有提到，我就得去「驗證」，而最常遇到的情況就是應徵 Device driver 或韌體工程師，並在 Resume 提到已有 C/C++ 基礎，然而內部實在沒有足夠的資源可作充分的訓練與技術培養，所以只好考些基本概念，像是 const T*、T *const，及 T const* 的差異、volatile object、C 的 register 對最佳化產生的衝擊、_init 的實做、某段 code snip 在 c89 與 c99 中的行為差異、GCC 的 GNU extensions、... 等等。或許我們會懷疑：又不是要去實做 C/C++ compiler，有必要對語言層面作如此的認知嗎？的確，倘若今天只是要作演算法的驗證，其實很多細節根本不必釐清，就如同在大學院校中 programming 課程的經驗一般，但就 device driver 這個項目，程式語言是跟硬體打交道的途徑，任何未知或者混沌不明的情況 (如在 c99 釐清，但在 c89 還是沒有界定的議題)，都可能在整個系統醞釀出致命的危機。

有許多領域我沒資格置喙，但就效能提昇與軟體最佳化的觀點來說，不僅要如 Delphi 神殿前的神諭所言："Know Thyself."，徹底瞭解自己的技術水準、團隊合作、理性，及 Programmer 應有堅忍不拔的精神，評估可投入的整體資源並作設定預期目標外，前述的「基本概念」更是另一項關鍵。最近除了忙專案進度外，也安排了一些面試，跟形形色色的應試者訪談是很特別的經驗，要完全客觀、公正，是很困難的，所以我只好著重在技術的項目，根據不同的背景與項目，還得提出不同的問題與設想可能的情境。

為什麼要把一個面試搞得如此複雜？我說不上來，我完全沒有任何刁難的意思，但倘若一次面談的結果，可有助於知悉自我的技術，無論是他人的肯定或者他人針對不足的提醒，我想都是很正面的。我記得曾去某公司應試，或許是因為我當時既無文憑又無經驗，主考官給了一系列高挑戰性的題目，甚至要我當場寫 MD5 的實做，其餘的技術問題我已經忘記了，但如今想想，當時如果沒有受到這些刺激，說不定那些盲點將讓我面對未來的挑戰時，無法有足夠的基礎來克服。很幸運地，後來對方公司給我工作機會，為此我還與當時的主考官聊了許多，或多或少影響了我日後作類似工作時的心態。

我陸續將心得記錄下來，不過實在太零星，還不足以發表。Embedded.com 有許多優秀的文章，其中不少針對前述的「基本概念」做了不錯的闡述，比方說以下幾篇：

• [Place volatile accurately]
• [Volatile as a promise]
• [Qualifiers in multilevel pointers]
• [Mapping memory]
• [More ways to map memory]

這些都是從具體的案例，並且基於嵌入式系統所需特定目的，先是發現問題，繼而改善並作進一步的探究，相當精彩，希望未來有機會，也可採取此引導的方式，無論是跟應試者，還是作內部訓練時。

話說回來，自己又是幾斤兩？蘇格拉底說的好：「我唯一所知的，是我一無所知」，只有不斷進修與思考，才能讓我們看清更多事實，而我一直到現在，才發現儘管已經有幾年 programming 經驗，也在 IT 產業從事過相關設計，但這幾年的經驗用一句話來說就是「只有三個月的程式設計經驗，只不過重複了 N 次」，汗顏、汗顏！
由 jserv 發表於 March 18, 2006 02:51 AM