以其人之道還其人之身：如何用分治法對付 LeetCode / 刷題心得跟題庫分享
Intro
是的，當你看到這篇文章的時候，我還沒找到工作。因此，最近的幾個月，我如果不是在刷題，就是在沒網路的路上。
截至目前為止，我嘗試了將近 300 種不同題形的解法，有效題數是 209，約 1000 多次 commit。
刷題時間久了，對 LeetCode 這個東西不禁感到又愛又恨。甚至是恨的層次居多，為什麼？我認為有以下幾個原因：
真的用得到嗎？
當然，像 146. LRU Cache、253. Meeting Rooms II 這種貼近實務的題目是再好不過了，但你不得不承認，大部分的題目還是有那麼派不上用場的意味在，那種感覺就像你在高中學了艱澀的數學理論，但並不知道怎麼在真實世界中應用它們一樣。
試想一下，你拿刷題的時間去嗑一本有關程式設計的書，或去想辦法弄些什麼專案，學到的「馬上可用的知識點」應該都比刷題多得更多。
應徵的公司在場上覆蓋三張陷阱卡，其中一張是神的宣告
你有沒有覺得，現在好多公司都好愛考刷題，先是聯繫到你，告訴你說「我覺得你很可能就是我們要找的 XXX」，然後也不跟你約時間，就丟一個考試連結給你。
然後你可能沒辦法在 20 分鐘內「把零移到前面」或找不到「買賣股票的進出點」，然後就失去了面試機會，或者再也沒有下文。這代表了一件事——開發者的價值被 LeetCode 給過度簡單地歸類了——如果你不刷題，不管你曾經開發過什麼，都不再有意義，因為你連門票都拿不到。
這種面試體驗，我至少就遇到過三次。
是的，即使你知道什麼是陣列、什麼是 swap、indexing，你也知道時間複雜度跟空間複雜度是在講什麼，但你就是想不出來怎麼把該死的 0 給移到前面去。
還記得 Homebrew 的開發者 Max Howell 因為不會翻轉二元樹被 Google 拒絕了，他氣得發了一篇反諷推文。不過他事後表明：我某種程度來說也很爛，我還是搞不太懂二元樹是什麼，但我不怪 Google 了。
這個例子可以很好地概括我目前對面試考題的想法：Get Over It。
當刷題儼然成為找工作的「內建」、必要條件，那麼也許，我們就不要再 ㄍ一ㄥ 了吧。