這篇也是我在上下班路上，在 Facebook 寫的 隨筆。問題如下：

朋友問：要不要去考證照？

這算是老問題。我分成幾個層次來看這件事情：

1. 基本技能
2. 解決問題

一、基本技能

證照是發照公司對於一個技能的掌握度鑑別方法，代表對於技能基本水平的認識。就像現在大家要上社群網站與人聊天，至少要懂打字、如何註冊、收 Email、知道啥是 facebook、如何上傳照片 … 等。是個做事情的基本技能。

以 Java 的 OCJP (以前叫 SCJP) ，鑑別的就是對於 Java 語言特性的掌握度、基本 package 的了解程度，像是基本的 package / intarface / abstract / class / final / extends / statics … 等語言關鍵字的理解程度，對於常用的集合 (Collections) 概念、Thread 概念 … 等。

有些知識與技能體系是非常龐大的，資訊量是一般人無法看到範圍的。而證照的好處在於，他定義了必要的知識範圍，而且是短時間之內可以理解獲得的。

證照鑑別的是對工具的掌握度，就像要識別一個人能否在線上用 Facebook Messager 與人直接對話，基本的打字速度要有是一樣的，就像有些公司會要求開發者必須具備 盲打 的技能一樣。

如果可以面試到像霍金那樣的神級人物，那盲打就不是那麼重要了。但前提是你要認識霍金。

在解決問題的時候，避免減少重新造輪子，或者造出很詭異的輪子。造輪子需要的基本功，通常就會落在認證的考試範圍之內。

不過常看到是，人們對於對詭異的輪子引以為傲，而且完全不自知 XD

二、解決問題

我相信我們遇到大部的問題，早就有人都遇過了，這些問題大多不是難的問題。難的往往是：

1. 自己對於 既有系統 認識不足
2. 無法駕馭 基本技能

在這兩個都不足的狀況，所謂的解決問題，實際上都是在製造問題，很難聽，但這是事實。我用底下這張圖來說明這個狀況：

知道棋局狀況，代表對於既有系統的掌握與認識。
而把旗子放到位置的前提，必須知道下棋的規矩，也就是基本技能。

有證照會解的出來？也不見得，但是會站在一個相對完整的技能水平面對問題，而不是毫無章法的處理。

而在工作上遇到的問題，往往是沒有結構性的、脆弱的，這些問題仰賴完整、有章法的技能支撐，才能對症下藥，找到根本原因，才會根解。

證照與面試

另外的問題是，面試官 對於這些證照制度的認識與了解。

過去我在看別人的履歷時，只要看到不懂的證照、沒聽過的，就會去查該證照的資訊、證照的體系、考試方法、相關領域，看過考試大綱，了解相關名詞。有些甚至我自己會去買課程來上，補足相關知識。

但有些面試者對於這些證照其實完全沒認識，也不知道那是做什麼的，反而直接用 #證照無用論 看待。這其實只是凸顯自己的無知與鴕鳥心態。

對於面試官來講，面試不只是用人，而是了解這個人有什麼技能，這些技能是可以協助組織帶到另一個境界、另一個層次。而不是忽略那些縮寫、專有名詞，然後以自己的身份、經驗去面試別人。

結論

很多人考證照是為了找工作時可以讓自己加分。

我常常說，考證照這件事情，準備過程的意義，會遠大於結果。我也鼓勵朋友去考，因為知識體系的完整性，知識地圖的建立，在準備的過程會讓你視野有不一樣的深度與廣度。

相關想法與經驗，參閱：AWS Certified Developer - Associate 準備心得、AWS Certified SysOps Administrator - Associate 準備心得 後面的深度心得。

但有些技能沒有認證制度，如果是這樣的東西，你可以試著建立自己認為應該具備的 認證條件。我以前在教吉他的時候，就曾經對於初級、中級、高級自己定義一套標準，然後建立級別鑑別測驗，區分學生的狀況，依照標準提供上課內容。定義級別的過程中，收穫最多的是我自己，因為我對於技能的了解層度與鑑別，又遠超過一般的吉他手了。

考試有沒過沒關係，因為不是每個人都擅長『考試』這件事情。雖然我也常調侃說：

台灣教育生產的學生什麼都不會，最會考試。

我個人就是個很不會讀書、考試的人，但是堅持、持續的學習，或者 刻意練習、深度工作 等方法論，是可以彌補考試這件事情的，因為人生不是只有考試。

延伸閱讀

• 學習法則
• 天賦與努力
• AWS Certified Developer - Associate 準備心得
• AWS Certified SysOps Administrator - Associate 準備心得