Re: [討論] 我就問,刷題強者的實務表現?
我是真的覺得 刷題這種東西還是很看領域
現在工作是做cloud infrastructure network 一年
沒真的用過什麼困難演算法 頂多實作bitmap tree binary tree linked list這種程度而?
更常用到的是對kernel的理解 能不能對runtime process做效能分析去改善自己的程式(譬如cache miss) 對multi thread lock或sync的取捨 對network的理解度(不是只是知道tcp/ip而已)
其實是真的不需要用到什麼困難的演算法
※ 引述《fshfsh》之銘言
: ※ 引述《goodson (blahblah)》之銘言:
: : 最近一次面到刷題的公司...感覺已經走火入魔了,
: : 考試考到難的程度,比 Google 還難
: : 去年就面過一次,當時考題 Easy ~ Medium
: : 隔了一年還在找人,人資看我資歷主動邀我面試,
: : 卻考得更難...有真心要找可以解決問題的人嗎?
: : 都沒有照照鏡子,貴司的薪水可以比 G 還高嗎?
: : 我考得過 Hard,還需要領你這 120 萬左右年薪?
: : 我近十年經驗,可以拿出數十萬下載量
: : 還在線的作品不被重視,
: : 卻考 Hard 難度的考題來羞辱人浪費我的時間,
: : 我看了考題十分鐘就 submit 不爽寫了。
: : 當然這樣的狀況不只一間公司,
: : 我就不指名道姓了
: : 大概是被刷題進去的人佔到主管位,
: : 所以也就信刷題這一套。
: : 但我的疑問是,刷題進去的人,
: : 到底產出如何? 只會寫那些數學題型類似的演算法,
: : 對於實作沒有足夠經驗,到底可以做出什麼啊?
: : 有沒有人跟刷題派合作過? 真的刷題高分等於強嗎?
: 我親身經驗,刷題非常有用
: 347 top k frequent elements
: 23 merge k sorted lists
: 56 merge intervals
: 一些基本的工具如 recursion , tree , map , deque ,比較稍微難的像line sweep , b
: iwise
: 可以說,如果我沒碰過這些題目和工具,那麼我之前做的東西絕對難產,為什麼?
: 只會array list的人,面對複合型問題時,要怎麼寫高效能程式?
: 我曾經看過有人在工作上使用四重巢狀迴圈,要不是那時資料量還非常小,不然我看某時
: 某刻一定會有人該 為什麼系統卡住了,不會動也沒報錯欸,console也沒印東西是怎樣T^T
: 我不懂為什麼你要因為你解不出來,就否定掉刷題整件事欸
: 這就好像一個魯蛇整天怪東怪西,都是they的錯
: 阿你是十年經驗強者,是只有幾間公司的面試機會嗎?
: 我前同事現在也在挑公司,人家資策會出來的,到現在也才工作三年,怎麼現在也是年薪
: 120起跳在挑
: (附帶一提,我也算是資策會出來的,要說一句昨日我以資策會為榮,今日我以資策會為
: 恥)
: 那我真的蠻好奇你的十年工作經驗到底都在幹嘛,怎麼跟別人三年差不多
: 我另一個前同事,在公司待了5年啊,寫code能力比我資策會時候一些同學還差,有時候: 跟他共事都會腦袋充血,寫code又慢又一堆漏洞,最後我選擇自己寫好偷偷蓋過去
: 年資真的在這一行不代表什麼,難道Google 微軟 Apple那些超級大廠都是老人嗎?人家: 的團隊去看照片都年輕的很
: 對了,再補充你一句,刷題不是考「數學模型」,是時間複雜度和空間複雜度,除非你是
: 在寫DP
: --
: 昨日我以資策會為榮,今日我以資策會為恥
----
Sent from BePTT on my iPhone15,3
--
其實刷題用到的也不是什麼困難演算法
其實某些人覺得你說的那些很難不想刷用不到…
面試考的跟你那些也差不了多少啊
很多面試也就考你說的那些而已啊
不是 你就算工作寫也只是參照範例去改成自己要的吧重點是要懂這是什麼 而不是要能夠 默寫
HashMap很常考 有些題目就是要你實作邏輯正確 適當快取
最佳解單純是個空間換時間的概念 這樣的題目
實務上確實沒錯,可惜無法叫醒那些裝睡的人。
面試就考那些阿 而且面試多半不考bitmap耶
但其實要我考試拿一個跟工作無關的情境題想到要用什麼資料結構我也不行 得跟工作相關 的才行
而且要考實務也可以考很難的 比如某人說的裝pyathon lib
雖然我是不知道哪裡難 但某人也解釋不出來 西西
python*
※ 編輯: w180112 (122.11.214.190 新加坡), 10/08/2022 22:07:57
Infra比較像FW 考bitmap蠻合理
15
我曾經被某個在上海的Google HR主管勾搭過問說要不要台灣的L6機會 深入了解了一下就拒絕了, 拒絕之後就聊了聊天吧 聊到刷題這件事, 他說, 基本上, 所有層級的Google面試流程都是要刷題的 無論你是L6, L7 (L8或以上我不知道呀) 我說: 你這根本狗屁吧?真的有L6能力的技術主管平常忙都忙死了, 誰還和你練刷題?27
我親身經驗,刷題非常有用 347 top k frequent elements 23 merge k sorted lists 56 merge intervals 一些基本的工具如 recursion , tree , map , deque ,比較稍微難的像line sweep , biwise12
其實很簡單 那些大公司(FAANG等等)他們在意的是減少 false positive 也就是不小心找到廢的人 畢竟工程師很貴 他們不在意因為考演算法題 不小心刷掉其實很強但只是不會寫題的(或是自稱) 畢竟公司那麼有名 不怕找不到人7
刷題強 實務經驗強 -> 內卷勝利者到哪都能找到好工作 最多抱怨一下"Algorithm 101的 東西還要考"? 刷題強 實務經驗弱 -> 通常很喜歡現在風氣,人手一本cracking coding interview。只 要準備leetcode就能進大廠拿高薪。把刷題當作求職準備,就像面試要穿西裝一樣,沒 什麼可抱怨的。4
其實考那些演算法小題目原本是很有鑑別力 但自從Leetcode這種面試題庫網站網站出來後 就從智力測驗變成記憶力測驗 當初這種考試是希望找到臨場想就能15分鐘想出最佳演算法 實作全無失誤 也考慮所有邊際輸入的真強者24
現實生活中也不少人用不到微積分,你看 看有多少大專院校科系把它列為基礎必修 科目? 我也同意絕大多數的白板面試考題,你在 現實開發場景中幾乎遇不到一模一樣的題7
看了大家吵成這樣那要不要全部都考? 例如: 第一輪:線上考試 LC medium 兩題 90分鐘 第二輪:主管面試談經驗 第三輪:考實做 例如工作內容是backend那就直接給CSV然後要做出一個server端 第四輪:考systems design17
我不曉得怎樣叫做實務好啦 但我自認家父應該是不錯的 從30年前ATM 時代到現在Ethernet/2G~4G的L2L3 network protocol 幾乎常見的每一個都會 實作也可以自己做出可上市的產品 20多年前也裸去過矽谷待過半年(家族問題就回來了)20
說到這個我想到一件事,我有個朋友高中時 期成績很棒,還拿過國際地理奧林匹亞競賽 的獎牌。 然而這個競賽和其他國際奧林匹亞科學競賽 有些不同,不同點在於:4
這個問題其實可以拆解成幾個小問題 1.面試要不要考試? 我個人認為要,而且非常重要 2.面試要考甚麼? 2.1人少:
44
[討論] 我就問,刷題強者的實務表現?最近一次面到刷題的公司...感覺已經走火入魔了, 考試考到難的程度,比 Google 還難 去年就面過一次,當時考題 Easy ~ Medium 隔了一年還在找人,人資看我資歷主動邀我面試, 卻考得更難...有真心要找可以解決問題的人嗎?26
Re: [討論] 我就問,刷題強者的實務表現?小時候「會考試不代表會做事」 長大後「會面試不代表會做事」 感覺失敗的人總是一百種藉口 這種讓失敗者自慰的言論也常常被吹捧 但事實就是8
Re: [討論] 我就問,刷題強者的實務表現?先上人權。證明一下我可以刷"Hard" ---------------- 這個禮拜剛好看到gjk(Gilbert–Johnson–Keerthi)上news ycombinator. gjk是我以前寫3d的時候,跳過的一個演算法,因為複雜。剛好這禮拜有空,就好好研究一下。 現在google "gjk"出來的大概都是用 方法。 雖然casey的方法對2d很棒,但他宣稱可延伸到3d其實是錯的。X
[問卦] 先有演算法 還是先有資料結構常見的資料結構有 堆疊(Stack)佇列(Queue)陣列(Array)連結串列(Linked List) 樹(Tree)圖(Graph)堆積(Heap)雜湊表(Hash table) 在一段程式的設計 先有考慮演算法? 還是先考慮資料結構?