我覺得這種考法最大的作用只有排除白目 @@
什麼是白目？
就是徵人文裡有寫要熟演算法、熟資料庫，
結果看徵人文去應徵但都沒複習的人。
但是如果是自動配對被抓去，
前一份工作不常用、可能也不清楚面試方向的，
當場大概就只會...
疑？疑？疑~~~?
像正規化，
(誠實地說，我還沒去複習 XD)
管它幾 NF 我都只記得是 "消除重覆的 OO"，
然後 1 2 3 配什麼 OO 我不記得，細節也忘記了，
不過這種東西不說學過的，
就算沒學過的估狗到懂然後會用應該也不用半小時吧 @@
容不容易忘還是其次，重點是要熟回來很快啊。
EDIT: 12:30 更新
剛去複習了正規化，
看完覺得就算不記得也會自然那麼做，
這樣好像有內化？
可是不複習還是答不出來 XD
※ 引述《DarkKiller (System hacked)》之銘言：
: 這篇要講的不是面試者，是以面試官的立場寫下一些心得。
: 7/28～7/30 到南部去面試，排了 21 個人，有 4 個放鳥所以只面試到 17 個
: 人，大多都是網站後端相關的職缺，也有一些 API Engineer 與資訊系統的職
: 缺。
: 這次面試都是從 104 上找，以大學或碩班新鮮人為主。只要符合這些條件我都
: 請我們家 HR 聯絡來談：(是 OR 不是 AND)
: 1. 有 Programming 工作經驗。
: 1. 剛畢業/退伍，資工/資科/資管畢業。
: 2. 剛畢業/退伍，有任何資訊相關的作品。
: 3. 剛畢業/退伍，自傳寫得還可以的。
: 挑履歷的標準應該是不算高...
: 我 interview 的習慣是一律從面試開始，先說明投的這個職缺要做什麼事情，
: 然後跟面試者先確認這是不是他要投的職缺。
: (因為偶爾會遇到投錯職缺的，確認後可以省下大家時間...)
: 接下來就是問一些工作上會用到的技術相關的問題。以網站後端、API
: Engineer 以及資訊系統來說，因為主要都是跟資料庫有關，所以大多都是先從
: 資料庫起頭開始問：
: * 請列出 RDBMS 裡的 JOIN 有哪些。
: 答案可以參考 https://en.wikipedia.org/wiki/Join_(SQL) 這邊。
: 大概有一半的人一個都答不出來，可以講出的人我會要他說明他列出的 JOIN
: 在這種圖的表示法：
: https://i.imgur.com/7BIsxZn.png
: 各種千奇百怪的答案都會出現 XD
: * 請說明資料庫裡 Transaction 是做什麼的。
: 答案可以參考 https://en.wikipedia.org/wiki/Database_transaction 這
: 邊。
: 大概也是有一半的人會回答「不知道」，有蠻多人以為 transaction 就只是
: Atomic 的特性。
: 如果大概還講的出東西來的我會再問 ACID 的四個特性。
: 關於 ACID，可以參考 https://en.wikipedia.org/wiki/ACID 這邊，不過只
: 有兩個人有被問到 ACID，其中一個只答得出 AC，另外一個對 CID 都用掰的。
: * Primary Key、Unique Key、Index Key 的差異
: 已經是比較偏實務上會碰到的議題了，不過超過一半不知道差異。甚至會說
: 他之前的工作用不到 Index Key... XD
: 可以參考 https://en.wikipedia.org/wiki/Database_index 這邊，不過維
: 基百科這邊的資料比較偏學術上的說明。
恕刪

不要說排除白目..我遇過很多連工作內容需要什麼都沒說讓人面試都不知道怎麼準備的白目公司...

有些名詞除非這個職務真的需要用到，可能需要了解一下不然考這個挺多餘的，google的到還須要背嗎人腦是拿來思考跟解問題不是拿來背東西

資料庫的正規化不用半小時? 給你三天可能都還看不懂上面講些什麼資料庫教科書對於正規化的解釋[極度抽象],我不認為有那麼容易懂, 你到database板去看, 有關正規化的問題,回答的推文或貼文都很少,就算有google可以查,查到資料後解讀跟理解上的確

純個人觀感 @@

有困難,這根本就是一個馬蜂窩但實務上大家都還是爽爽用,只要table有考慮關聯性,index有建,幾乎沒有人是從理論上去建構table的結構的

同意, 應該沒有人先故意讓一欄有多個值再做 1NF XDbtw 先前複習估到的這篇算清楚 " target="_blank" rel="nofollow">
如果先用找圖功能, 也會比較容易找到有舉實例的文章

以上是中文範例,如果是原文書的習題,可能看了就會想撕書:P