原文吃光光
其實找工作時，面試不只是求一個工作
對方主管在評估你，你也在觀察對方
如果光是在面試的對談就能對一件事產生無法溝通的落差
那也只是一拍兩散，頻率不合而已
正好讓你有機會看清楚你們不適合在一起工作
當初找第一份工作時，曾經也遇過某位主管問我的論文內容
解釋完之後，顯然他對這方面的領域沒有研究，應該也聽不太懂
他問了我在寫程式時遇到最大的困難是什麼，我照實回答
但顯然我的回答讓他不滿意，一直針答這個項目追根究抵
坦白說，上萬行的code，不只是程式工在coding
還得針對論文演算法implement，另一方面還得算進機率分佈
我把我真正遇到的難題說出來，他無法接受，我也不想爭執
當下就順著他的意點點頭
走出公司大門我心裡就想著，就算你要錄取我，我也不會來的~
果不其然是張無聲卡XD 但對我來說也無所謂就是
話說回來，給原PO一個建議
求職者，顧名思義就是求一個職位，面試時姿態要放低
你不認同對方，大不了就找下一個公司，有能力不怕沒地方呆
另外，以後等你做過大型案子就會知道，你寫的程式很多人都會去看
寫得少不代表就是簡潔，對maintain來說可讀性最重要
我想很多人都有過這種經驗，看別人的code心裡x得要死，什麼鬼畫符XD
有時候案子趕，根本沒太多時間讓你一行一行去理解別人的程式哲學
所以有些大公司甚至會訂所謂的coding rule，統一亂象
要尋求最佳化，可以多讀讀演算法
O(N)跟O(logN)差多少，O(N^2)跟O(NlogN)差多少
看過經典的Algorithm幾本聖經，才會知道什麼叫做強者
另外，對於像BIOS這種底層的FW來說，要加快速度就不是這個層面的考量了
有時你還得擔心code跑太快以至於device response或initial跟不上
共勉之~