※ 引述《pandaforme (建 建)》之铭言： : 越大的公司越容易采用白板题来刷人 : 为什麽呢？ : 因为容易量化且花较少成本来删选候选人 : 试着想像一家大公司每天都有上千封履历，面试官不太可能一对一面谈 : 且这样面谈会存在很大的主观因素 : 透过考试就可以消除这样的偏差和可以量化每一个候选人 : 相对小公司或新创就不太会采用这样得流程，因为他们负担不起找到不对的人的成本 : 例如：要想招募资深Java工程师 : 透过白板题招募，很容易找到对Java不是那麽精通的人 : 大公司资雄厚，可以禁得住这样损失 : 千万别把白板题想得太美好，它跟你的工作能力是没有正相关的 : https://bit.ly/2sqRXEd : https://bit.ly/2R4kQAA : 它只是方便大公司量化的工具，国外也有很多工程师在批评这样的制度 : 为什麽白板题被人诟病，因为它脱离现实问题 : 大部分的问题是局限在一台机器上，要你尽可能去改善你的演算法 看面试官 如果你把题解出来还有多的时间 可能会被问follow-up，例如记忆体不够怎麽办，怎麽改演算法让他能跑在多台机器上...等等 : 如果你刷得够多，你会发现很多问题跟array有关，很少linkedlist问题 : 因为linkedlist的本质是immutable，immutable对效能反而没有帮助 : 像array是mutable，可以透过pointer修改或是in place的置换来增加效能 Linked list问题少不代表是因为效能什麽鬼的因素 逻辑错误 : 例如：two pointer技巧 : 在现今流量动辄上千万，应该没有人敢使用array这样资料结构吧 : (因为很能难规划一块很大的连续记忆体) : 流量也是大到单一台机器可以完全处理，纵使你的演算法是O(n) : 一定要用到多台机器来一起运算，势必会遇到race condition问题 用到多台机器跟race condition不是「势必」的关系 看演算法跟资料结构的设计 （你有听过CRDT吗？） : 那麽mutable解法在这样的问题下，就不吃香 ？？？？？？？ : lock会使得效能就会下降，但是不lock结果会不对 对也不对 同上述说法 Lock一定会降效能 但是不lock不见得会产生错误结果（我们说inconsistency ） : 所以immutable资料结构才在现今很流行，那考Leetcode的目的是在哪？ : 白板题的解法几乎不推崇递回，变相要你用while/for loop来处理 错误 例如DP你一定可以写出Top down 跟 bottom up版本的，top down就是要用递回 例如binary tree问题 也多是用递回来解 还有dfs 你不用递回吗？错的离谱 : functional programmer应该会觉得心里不是滋味 : 几乎都是招募imperative programmer才在考白板题的 通篇胡说 : 要脱离Leetcode，就脱离当码农或是去面小公司/新创公司 : 要面大公司或FANNG，就乖乖准备吧．毕竟你也改变不了他们的流程 : 有时在想，被招募进来也不是在做什麽rocket science工作 : 为什麽面试过程要搞得那麽麻烦且冏长？每当要换工作就要花时间准备刷题 : 也没有听过其他的行业工程师这样搞... : 只能期许下辈子不要再当码农了 不爽不要做 想做就乖乖证明你比其他人还行 这些都是花时间就能学会的东西 你学不会代表天资不够 可以早点换过行业做会比较有成就感 ----- Sent from JPTT on my iPhone -- 学弟名言： 读书是三小 我只知道毒玉 延毕是三小 我只知道炎玉 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.136.30.108 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1575113050.A.736.html