推 coronach:推一下最後一句，我考完就忘光光了... 07/31 11:20
推 ccpz:推一下這篇，看過很多把資料庫當作填表格，光看到他的schema 07/31 11:30
→ ccpz:頭就痛了，而且又用這表寫了一票程式，改都改不動 07/31 11:30
推 rain2000:這些題目完全沒準備的 不用想進好的研所 但考完不會一堆 08/01 15:06
※ 引述《seta2002 (普通的大叔)》之銘言：
: 很多東西都要自已學，很辛苦也很沒效率，自已知道這種感覺
: 現在自已算有經驗了要帶實習生或新人，只要對方肯學有興趣
: 我都會毫不保留的把會的教給他們，有天份或興趣肯努力的人就該給他個機會
: 而不是在面試的時後就把他們考倒，一點意義也沒有
: 當然我也不是要戰什麼，只是說說我自已的心得
: 不需要對新鮮人進入這一行的門檻築的這麼高
我是覺得我們總是要告訴他們未來想往哪個方向；
我再順帶一提，DK 碰到的狀況並不是特例。
沒有用過 PK/Unique key，對 left/right inner/outer join 沒 sense ，
其實還是會蠻傷的，正規化的理由與選擇也是蠻重要的問題。
其實這幾年多少都會有一些 anti-NF 的狀況，但為什麼要反正規化，
不是因為正規化可能沒有很好用，而是要知道反正規化後能拿到啥好處才作。
演算法那邊大概是決定你想往哪方向走，其實雖然說我們不會直接寫排序。
但平常堆個 queue 算個資料，偶爾需要作點不同來源的 data merge，
有些演算法基礎能夠思考這時候我該用 hashmap 還是該用 for 蠢繞，
其實就我的狀況，對一些常在作資料整合或資料分析的狀況很有幫助。
然後我不覺得考研究所的學生應該都很會。XD
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.166.162.107
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1406776203.A.B7E.html