Re: [討論] 我就問，刷題強者的實務表現?

現實生活中也不少人用不到微積分，你看
看有多少大專院校科系把它列為基礎必修
科目？

我也同意絕大多數的白板面試考題，你在
現實開發場景中幾乎遇不到一模一樣的題
目。但

。這個我想之
前有版友分享過了：

所以舉「99.99%的程式職缺根本就用不到
那些拉基白板題」做為反對白板面試的篩
選機制，說真的有點好笑；我想這可能也
是很多反對刷題仔的一些誤區：

實際上不是，題目可能背後考的是同一個
思想，有些人練習的題目數量是別人的十
分之一，但卻花心思從中看出了「套路」
可以取一反三寫出其他題。在 Educative
上面有一門很知名的課程有總結這些所謂
的刷題套路（pattern）：

實際上可以說是，也可以說不是。有些題
目考核的是你的熟悉度，這種可能就是面
試官希望你能夠一上來就拿出一個複雜度
低的解法；但有些題目考核的是你的溝通
能力與思考過程，這種不用一上來就端出
最佳解，而是一步步在互動過程中完善解
答，甚至有時候你即使這題沒有 AC 也能
拿到比那些背誦給出 AC 的人更高的分數
。

（所以即使你刷過一題，可以直接給出最
佳解，有時候藏拙裝笨會比直接端出最佳
解更好。）

大廠的不同關卡通常會有給定的時間限制
，可能會預設說這關要出幾題 easy、幾
題 medium、幾題 hard。如果今天預設這
一關要測 2 easy, 1 medium 結果你的時
間只答出 1 easy 那就掰了；如果今天預
設要測 2 hard，結果你直接給最佳解，
省略那些溝通過程，只能出更多 hard。

有些東西是要有一些「感覺」的，要能夠
猜出對方想要測驗什麼，這其實不論刷不
刷題都很重要。

說真的就是「見仁見智」，如同上一篇說
的，他可能只是面試多個關卡中的其中一
個環節；有些大廠還是會考，有些大廠則
有其他選才機制。

我認為他有存在的必要，而且的確是滿適
合作為篩選機制，其中：

舉個比較淺顯易懂的例子，今天題目中有
個操作是需要排序，對方會不會注意原始
資料是不是已經基本有序？會不會問有沒
有記憶體的限制要做額外處理？

最簡單的就是同樣都是線性結構，可以使
用 Linked List 儲存也可以用 Array 儲
存，為什麼要選其中一個？是根據哪個考
量？為什麼？

有位教師經常舉因為程式錯誤導致飛機失
事的例子，來說明工程師的重要性。練習
的過程中，會不由自主地去想到這些，當
然這也包含在前面兩點中，有沒有空值？
有沒有負數？有沒有重複值？是不是整數
值？

會不會出現神奇的 a, aa, b, dd 變數名
稱？會不會適當地將操作封裝成函數？

後者的習慣讓我在實際開發上有不小的收
穫，一來是除錯時方便定位，二來是會對
程式更有一種掌控感。中國大陸有一名臉
書離職的員工跑去開了所謂的刷題課，雖
然課程內容我不覺得有多好，但他最一開
始有個導論介紹他怎麼寫題目，收穫算是
頗豐。

他提到他曾經的主管，會在釐清問題之後
先寫下過程中要實作的函數，而不是全部
都寫完邏輯之後再拆分成函數。這種「自
頂向下」的開發方式，會有一種提綱挈領
的用處。

（而且這種習慣，搭配 GitHub Copilot
面對實務中那種常見的 CRUD 寫起來根本
超級無腦……）

---

對了，在 Educative 上還有一門課，介
紹那些「真實世界的例子」：

不一定要買課程，但可以直接看看目錄，
想想看這些「真實世界的問題」，你會怎
麼解？是不是真的刷題對於這些問題沒有
任何幫助？

---

除了刷題之外，坊間也流傳不少所謂的面
經（面試經驗）和解答，前陣子我一名學
弟跑來問我，順便問問我題目要怎麼回答
比較好。我看了他分享給我的文章之後，
直接跟他說

。為什麼呢？其中有一題是這樣的：

絕大多數的解答，會跟你提到那個輸入還
有輸出的差異 input(), print()

難道這個問題想要考察的就只有這樣嗎？
我跟他講說，如果我是面試官，問出這題
之後，想要知道的是：

(1) 對方知不知道這兩個版本有差？
(2) 對方知不知道改進了什麼？為什麼？
(3) 對方知不知道在開發上有什麼影響？
(4) [延伸] 為什麼不少系統內建 2.7？
(5) [延伸] 要怎麼處理版本差異？

我想聽到的不會是 print 加不加括號這
件事，而是他能不能跟我說一個是函數、
一個是陳述式，為什麼？有什麼差別？我
想知道更進一步的回答，是 import 改成
以絕對路徑處理，還有預設編碼從 ASCII
換成了 UTF8 編碼，還有這兩個版本在處
理表示文字序列的類型時，在 bytes 和
str 的操作上需要考慮什麼？

--