Re: [請益] 現在刷題算是必要的嗎

作者: cateran (雲川閒步)   2024-04-22 11:18:05
※ 引述《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還是多少看得出來就是了
作者: SkankHunt42 (me so horny)   2024-04-22 11:20:00
可以 令人信服的實例
作者: etbear (藤原熊)   2024-04-22 11:38:00
看寫程式習慣跟互動跟之後變化題可以判斷一點不過現實應該有解出性能上最佳解都會過關
作者: mike8469 (mike8469)   2024-04-22 11:54:00
給推
作者: Apache (阿帕契)   2024-04-22 12:45:00
我覺得要分一下是解題強還是背題強 背上來的真的爛當然面試不容易區分 但任何標準都會有false positive
作者: abccbaandy (敏)   2024-04-22 12:48:00
既然都很難分了,考刷題幹嘛
作者: SkankHunt42 (me so horny)   2024-04-22 12:49:00
考解題直接跟演算法/資結相關
作者: Apache (阿帕契)   2024-04-22 12:51:00
他是相對false positive和bias都比較少的考法了學經歷 作品 這些沒辦法靠短期準備去改變中廠底層題更靠背誦 對不同背景的候選人很難統一標準如果大家都像台廠聊聊天 那裙帶關係會很嚴重像FAAMG規模夠大的 可以靠頻繁增加新題去減少背題的效果
作者: SkankHunt42 (me so horny)   2024-04-22 12:58:00
其次 會考解題的不見得"只"考解題 很多還是會問實務背景知識有時解題最低門檻沒達標 連被問專業知識的機會都沒當然也可以去挑完全不考解題的公司面啦 這就是個人選擇
作者: yamakazi (大安吳彥祖)   2024-04-22 13:03:00
現在美國內卷成這樣,我覺得不太準,幾百人搶一個職缺另一個被刷掉的MIT我不覺得實務弱到哪去,單純就是現在內卷了沒搶到該公司職缺而已簡單來說現在內卷化職缺很難搶,搶到職缺的已經不能簡單用刷題和實務這兩個維度來判斷結果了
作者: hobnob (hobnob)   2024-04-22 13:37:00
我覺得這裡人吵刷題面試是因為「軟體多半沒那個業務需求」,CP出身的有自己該去的產業。不過我同意表達能力更重要,像自閉一樣真的很難溝通
作者: FyLong909   2024-04-22 14:16:00
作者: Ericz7000 (Ericz7000nolan)   2024-04-22 14:18:00
就算是背題,題目幾千題要怎麼背= =
作者: sarsman (DeNT15T♠)   2024-04-22 17:59:00
我覺得要先定義一下什麼是背題,背套路算不算聽說古早還不流行刷題時大公司會問腦筋急轉彎,我覺得刷題就是取代了這個形式而已
作者: hakama99 (雜醬麵)   2024-04-22 18:31:00
作者: hank55663 (hank55663)   2024-04-22 19:00:00
我覺得必須給個例子 當軟體工程師心中沒有那些演算法的sense的時候 比起有sense的人差距會有多大 曾經遇過一個問題 我們需要user在ui 上做出各個物件的依賴關係 也就是某個物件要創造出來的話必需要其他物件的屬性 所以這些其他物件就要先創造出來 然候前人大概四五個人說討論了一兩個月 最後把絕對無法互相連線的物件group起來然候訂好第一層第二層 在當下物件不新增的情況下終於運作的很好 真的不行就從ux 上下手 跳個目前不support但事實上明眼人一看就知道 這就是一個拓撲排序 確認spec不會有循環依賴關係 就直上拓撲排序就好 你說演算法的套路在實際工作上不常遇到 我想大部分情況是心中沒有那個sense 連查都不會去查 只會直覺認為沒有通解而花費大量時間去尋找workaround
作者: MoonCode (MoonCode)   2024-04-22 19:05:00
我會拿去問 chatgpt 這個怎麼做
作者: sarsman (DeNT15T♠)   2024-04-22 19:18:00
不常遇到不代表不會遇到啊XD 只是常常也需要演算法以外的知識罷了https://tinyurl.com/2phenyhh it works!
作者: hank55663 (hank55663)   2024-04-22 19:40:00
實驗了10次過了6次https://chat.openai.com/share/382e49c1-78c6-4f7c-97a0-bd9e6e3ab4cdhttps://chat.openai.com/share/b1bb97f1-f176-4c4a-9f3d-6f9dddcd070f截個兩次比較但當我把”依賴關係”這四個字拿掉 十次過0次https://chat.openai.com/share/dc17038b-50de-48da-af1d-ff702d2bc54e當然當年是沒有gpt 的時代 但前任的討論也根本不知道要用”依賴關係”去描述這件事 總之只是一個經驗分享
作者: MoonCode (MoonCode)   2024-04-22 19:48:00
完蛋我成了膠水!?(感謝樓上分享)
作者: sarsman (DeNT15T♠)   2024-04-22 21:33:00
這就證明了表達能力的重要性,實際上我也沒否定刷題作為面試流程的價值,我只是想表達考刷題有部分是醉翁之意不在酒
作者: leviliang (levi)   2024-04-22 21:36:00
但你舉的這兩個例子其實都很強了哈 在紅豆湯看來都是歸為同一類吧
作者: s06yji3 (阿南)   2024-04-22 22:22:00
這種sense怎麼培養?
作者: viper9709 (阿達)   2024-04-23 00:09:00
推分享
作者: Csongs (西歌)   2024-04-23 05:47:00
準備充分 或 聰明 至少都是正面的
作者: p62448 (OMGG)   2024-04-23 18:08:00
前幾天才剛練拓撲排序的題目看完應用實例很有感覺,感謝大大!

Links booklink

Contact Us: admin [ a t ] ucptt.com