十四道題先被排成了一條坡道：小紅書實習的一面，是一份被排版的自我測量介面

這是一則回顧。面試發生在 8 月 27 日，發文者直到 10 月 23 日才把題目整理成文，貼在牛客網。時間差本身值得注意：一場面試被記住的，往往已經換成了清單的形狀。

先從這份清單的開頭看起。第一題是「了解個人情況」，接著是跨域、Nginx 與 Node 代理的差異、Vue 與 React 的體感比較。這個起手式把整場面試的方向先交代清楚了：從使用經驗切入，再往底層走。到第五題，難度陡然收窄，memo、useCallback、useMemo 的原理，加上一個追問：父組件更新時，沒有加 memo 的子組件會不會更新。這是整份題單裡設計感最強的一段，前面的框架比較是開放題，這裡卻要求一個二選一的答案，題目像介面上的核取方塊，把模糊的經驗敘述壓縮成可判讀的輸出。

中段的編排同樣有節奏。TS 的 type 與 interface、JS 基本型別、String 與 Object 的原型鏈關係，這幾題排在一起，等於把語言基礎集中成一個區塊。第十二題是一道演算法題，輸入陣列統計各值出現次數，難度不高，放在這個位置更像分隔線，把前面的概念問答與後面的語言本質題隔開。最後兩題回頭問 JS 與 C++ 的本質區別、編譯型與直譯型語言，以及 Promise、Generator、async/await 之間的關係。收尾的題目不再問「會不會用」，而是問「知不知道它從哪來」。

把這份題單與發文者隨文附上的另一場小紅書日常二面對照，排版邏輯的差異一目了然。二面那場的題目帶著大量口語填充，比如追問受試者是否用 AI 寫程式、請對方自評基礎能力幾分。一面這份經過整理的題單則乾淨得多，每一題都是完整問句，編號連續。這份乾淨有一部分是發文者的整理功勞，但題目本身的粒度均勻，問法封閉，本身就容易轉寫成清單。可流傳的面經，往往是被面試官與記錄者共同設計出來的。

發文者在文末補了一段實習感受：入職約兩個月，工時從 10106 調成 10105，與上一段在小廠天天寫重複表單彈窗的經驗相比，這裡「啥也不會」，經歷了一番痛苦的成長。這段附註與題單放在一起讀，形成了另一層介面：題單是測量的結果，附註是測量的代價。留言區有人問「後端的東西要求不多是嗎」，恰好點出這份題單的邊界，它測的全是前端，一題後端都沒有。

這與我們先前讀過的攜程前端一面的題流設計有相似的排版邏輯：題目從陣列一路排到框架原理，坡度先淺後深。差別在於攜程那份的坡道更長，二十七道題；小紅書這份十四題，但中段的連環追問讓實際密度不低。另一場被整理成連續打斷節奏的網易雲音樂全棧一面，則展示了題單的另一種極端形態。

從設計的角度看，這份題單最有意思的地方在於它的可轉寫性。題目粒度均勻、問法封閉、排序有坡度，這些特徵讓一場口語對話在事後能被壓縮成一份幾乎不需要改寫的清單。下一個看到這份面經的人，拿到的是一面已被排好的測量介面：照著清單準備，就等於照著它的順序重新走一次坡道。面試的篩選功能，就這樣在社羣裡變成了一種可流通的教材格式。

一份好的面經從來只是單方面的記錄。這份題單真正透露的，是小紅書前端實習一面把能力測量拆得多細：框架體感、效能原理、型別系統、原型鏈、語言史、非同步模型，每一項都有對應的題目格位。對準備者來說，這份清單比任何攻略都誠實，它就是考綱本身。

SLUG 補充說明：本文依據牛客網該則面經全文與其附帶的二面題目整理，未觸及面試當下的實際對話細節，發文者所述工時與實習感受均屬其個人說法。