剛剛看到一篇文章，文章裡談到，在未來，我們可能不屬于任何一家公司，而是以自由職業或者聯盟等方式來完成工作。我認為，理論上講，這個趨勢是存在的，跟軟件工藝的要求是一緻的，而且軟件工程師的發展方向越來越接近于軟件工匠。但在實際工作中，要完全做到職業自由或者聯盟，還是面臨很多問題，首要問題，就是如何有效評估一名軟件工程師的工藝水平。

如果一名軟件工程師，已經有很多優秀作品，并獲得同行和用戶的認可，其工藝水平是很容易評估的。但絕大多數軟件工程師，特别是年輕工程師，在短時間内是很難得到有效的技能評估，主要原因有：

1. 絕大多數程序員，因為工作時間或精力問題，不可能确保在每一次求職時都做好充分的準備，而在平時工作中就做好充分準備的軟件工程師，其本身的工作就非常有價值，也在行業中有穩定的位置。

2. 在探索技能評估的過程中，可能我們還是應該遵循軟件架構設計“夠用就行”的标準，達到潛力和發展的Z佳平衡。

說白了，作為一項智力活動，軟件開發的一個重要原則始終是多動腦子少花錢。

當我們抛開熟人介紹和優秀到不能被忽視的人之外，招聘作為一切的開端，在實踐過程中，我們始終面臨在不同的階段，做出決策選擇合适的人的問題。那麼在特定的場景和需求情況下，隻要還存在稀缺，如何評估軟件工程師的能力是一個重要而且困難的問題。如哈佛商業評論說的，如何發現高潛力人才。

面試能做什麼

問答環節是面試中一個比較重要的環節，個人的經驗是，能不能通過事先準備和臨場發揮，用一系列問題來建立有效的溝通，是非常關鍵的。怎麼做好，隻能說溝通和管理一樣，既是技術，也是藝術。開放的思維是關鍵。

這裡有一個經典的困局，我們設置的問題，應該是考驗開發人員的常識，還是邏輯思考能力，哪一項更有意義；是記得Java的某種内置排序算法重要，還是能夠用php寫一個優雅的排序更重要。在面試這個不長的時間内，需要表達出哪些東西。

記得當然比記不得好，過目不忘比過目就忘更好；看時間、精力和溝通的默契程度，看缺不缺人，看候選人多不多。常識和邏輯思考能力，應該是同時需要考察的，這個環節是一個需要雙方都開啟智力思考模式的地方。

也如《羅輯思維》所說，科舉、應試，在某種程度上，也是比較公平合理的方案。看人這種事情，從來就不是簡單的事情。

怎麼做的更好

軟件開發始終是一種工程實踐，一種手藝。如果條件允許，嘗試一下是Z好的選擇。《重來》裡的理想是非常好的，通過實踐來檢驗軟件工程師的開發能力。

不過現實中，個人感覺是，與其說是考驗被測試者，更大的考驗應該是對于考察的人；公司有足夠知名度的時候往往不缺一兩個人，更多精力可以用于直接挑選Z優秀的工程師；沒有足夠知名度的時候，沒有時間，也沒有足夠的空間去挑人。還要在不長的時間内，花額外的盡力去設計好的考試大綱。

所以，Z後對于個人來說，還是隻有在平時的工作學習中，不斷學習知識，不斷的刻意練習，讓自己随時準備好，建立自己的知識體系和技能樹，對于Z核心的部分應該做到随時随地都像肌肉反映一樣快速自然，Z好的的狀态是以意馭劍，才能變化無窮。