原文吃光光
其实找工作时，面试不只是求一个工作
对方主管在评估你，你也在观察对方
如果光是在面试的对谈就能对一件事产生无法沟通的落差
那也只是一拍两散，频率不合而已
正好让你有机会看清楚你们不适合在一起工作
当初找第一份工作时，曾经也遇过某位主管问我的论文内容
解释完之后，显然他对这方面的领域没有研究，应该也听不太懂
他问了我在写程式时遇到最大的困难是什么，我照实回答
但显然我的回答让他不满意，一直针答这个项目追根究抵
坦白说，上万行的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跟不上
共勉之~