看板 Soft_Job
作者 cateran (雲川閒步)
標題 Re: [請益] 現在刷題算是必要的嗎
時間 Mon Apr 22 11:18:05 2024


※ 引述《SkankHunt42 (凱子爸)》之銘言:
: 我這邊主要反駁的是板上經常會有的一個說法 就是刷題仔實務能力不行:
: 實際上我還真的沒看過這種人 反倒是一堆實務爛的解題也爛:
: 如果有任何鄉民可以分享自己身邊Rating 全站TOP 5%結果實務爛到爆的同事:
: 我很歡迎
:

其實真的有刷題強實務爛的啦 但通常都是新人或intern
但當然所謂的好壞 強 爛 都是比較級
我前公司組上有次進來兩個MIT大學部 intern
其中一個就是competitive出身 刷題超強
Leetcode hard等級的題目都是幾分鐘最佳解
另外一個就是中規中矩稍難的要多點引導 但基本解沒問題這樣
最後intern結束 刷題強的沒拿到return offer
我問主管(也是MIT畢業)為什麼
主管只是淡淡的說他(刷題強的那位)的code "quite dense"

軟體工作寫code只是其中一部分
很多情況需要能debug 分析問題 規劃高階架構
有時候還要做投影片 講解你的貢獻讓全team的人了解

現在公司之前面試人的時候
也遇過經驗比較多 但刷題成績普通
跟少兩年經驗 但刷題超強的應徵者
最後都給同職級但發給刷題強者比較高的薪水
結果進來工作一年多才發現刷題強者真的只會刷題
一遇到比較複雜的實務狀況就卡關需要幫助
最後另一位反而升遷快不少

當然不是說刷題強實務就一定差
我們也有另一個intern是真的天才
號稱沒聽過leetcode但難題考他也是想幾分鐘就可以寫出最佳解
進來工作project也是做得很好
組內進度會議沒準備稿子但遣詞用字都像是在聽頂級會議的報告
當然這種人之後就被高薪挖走 小廟容不下大佛

所以說面試只考刷題的潛在風險是
你不知道他是真的聰明 還是"準備充分"
當然比較厲害的考官多一點follow up還是多少看得出來就是了



--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 96.230.198.240 (美國)
※ 作者: cateran 2024-04-22 11:18:05
※ 文章代碼(AID): #1c9TRlkj (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1713755887.A.BAD.html
※ 同主題文章:
Re: [請益] 現在刷題算是必要的嗎
04-22 11:18 cateran
SkankHunt42: 可以 令人信服的實例1F 04/22 11:20
etbear: 看寫程式習慣跟互動跟之後變化題可以判斷一點
不過現實應該有解出性能上最佳解都會過關2F 04/22 11:38
mike8469: 給推4F 04/22 11:54
Apache: 我覺得要分一下是解題強還是背題強 背上來的真的爛
當然面試不容易區分 但任何標準都會有false positive5F 04/22 12:45
abccbaandy: 既然都很難分了,考刷題幹嘛7F 04/22 12:48
SkankHunt42: 考解題直接跟演算法/資結相關8F 04/22 12:49
Apache: 他是相對false positive和bias都比較少的考法了
學經歷 作品 這些沒辦法靠短期準備去改變
中廠底層題更靠背誦 對不同背景的候選人很難統一標準
如果大家都像台廠聊聊天 那裙帶關係會很嚴重
像FAAMG規模夠大的 可以靠頻繁增加新題去減少背題的效果9F 04/22 12:51
SkankHunt42: 其次 會考解題的不見得"只"考解題 很多還是會問實務背景知識
有時解題最低門檻沒達標 連被問專業知識的機會都沒當然也可以去挑完全不考解題的公司面啦 這就是個人選14F 04/22 12:58
yamakazi: 現在美國內卷成這樣,我覺得不太準,幾百人搶一個職缺另一個被刷掉的MIT我不覺得實務弱到哪去,單純就是現在內卷了沒搶到該公司職缺而已
簡單來說現在內卷化職缺很難搶,搶到職缺的已經不能簡單用刷題和實務這兩個維度來判斷結果了19F 04/22 13:03
hobnob: 我覺得這裡人吵刷題面試是因為「軟體多半沒那個業務需求」,CP出身的有自己該去的產業。不過我同意表達能力更重要,像自閉一樣真的很難溝通24F 04/22 13:37
FyLong909: 推27F 04/22 14:16
Ericz7000: 就算是背題,題目幾千題要怎麼背= =28F 04/22 14:18
sarsman: 我覺得要先定義一下什麼是背題,背套路算不算
聽說古早還不流行刷題時大公司會問腦筋急轉彎,我覺得刷題就是取代了這個形式而已
刷題的那些套路本身確實很少會在實務上用到,但解題過程時的表達能力、在討論中找解答的軟實力是職場中所需要的29F 04/22 17:59
hakama99: 推34F 04/22 18:31
hank55663: 我覺得必須給個例子 當軟體工程師心中沒有那些演算法的sense的時候 比起有sense的人差距會有多大 曾經遇過一個問題 我們需要user在ui 上做出各個物件的依賴關係 也就是某個物件要創造出來的話必需要其他物件的屬性 所以這些其他物件就要先創造出來 然候前人大概四五個人說討論了一兩個月 最後把絕對無法互相連線的物件group起來然候訂好第一層第二層 在當下物件不新增的情況下終於運作的很好 真的不行就從ux 上下手 跳個目前不support
但事實上明眼人一看就知道 這就是一個拓撲排序 確認spec不會有循環依賴關係 就直上拓撲排序就好 你說演算法的套路在實際工作上不常遇到 我想大部分情況是心中沒有那個sense 連查都不會去查 只會直覺認為沒有通解而花費大量時間去尋找workaround35F 04/22 19:00
MoonCode: 我會拿去問 chatgpt 這個怎麼做48F 04/22 19:05
sarsman: 不常遇到不代表不會遇到啊XD 只是常常也需要演算法以外的知識罷了
https://tinyurl.com/2phenyhh it works!49F 04/22 19:18
ChatGPT
[圖]
ChatGPT is a free-to-use AI system. Use it for engaging conversations, gain insights, automate tasks, and witness the future of AI, all in one place. ...

 
hank55663: 實驗了10次過了6次
https://chat.openai.com/share/382e49c1-78c6-4f7c-97a0-bd9e6e3ab4cd
https://chat.openai.com/share/b1bb97f1-f176-4c4a-9f3d-6f9dddcd070f
截個兩次比較
但當我把”依賴關係”這四個字拿掉 十次過0次
https://chat.openai.com/share/dc17038b-50de-48da-af1d-ff702d2bc54e
當然當年是沒有gpt 的時代 但前任的討論也根本不知道要用”依賴關係”去描述這件事 總之只是一個經驗分享52F 04/22 19:40
ChatGPT
[圖]
ChatGPT is a free-to-use AI system. Use it for engaging conversations, gain insights, automate tasks, and witness the future of AI, all in one place. ...

 
MoonCode: 完蛋我成了膠水!?(感謝樓上分享)63F 04/22 19:48
sarsman: 這就證明了表達能力的重要性,實際上我也沒否定刷題作為面試流程的價值,我只是想表達考刷題有部分是醉翁之意不在酒64F 04/22 21:33
leviliang: 但你舉的這兩個例子其實都很強了哈 在紅豆湯看來都是歸為同一類吧67F 04/22 21:36
s06yji3: 這種sense怎麼培養?69F 04/22 22:22
viper9709: 推分享70F 04/23 00:09
Csongs: 準備充分 或 聰明 至少都是正面的71F 04/23 05:47
p62448: 前幾天才剛練拓撲排序的題目
看完應用實例很有感覺,感謝大大!72F 04/23 18:08

--
作者 cateran 的最新發文:
點此顯示更多發文記錄