Re: [討論] 軟體工作真的有需要刷題嗎?
最近才從刷題苦海中上岸
刷了五百多題後很幸運拿下faang其中一家的offer
我覺得對於我這樣剛畢業沒多久的人而言
有考白板題至少不會在面試時一定輸給多兩年三年經驗的人
(我只有實習跟side project 人家有正職經驗)
也不用太擔心因為tech stack不同就有劣勢
也不失為一個時間花下去可以穩定成長的好路線
當然我覺得開始資深後應該注重一些system方面
而非把一個function or clas實作到complexity最佳
但至少現在想進去faang的話也只能當作必要之惡就是...
所以我覺得與其討論必要性 不如看怎麼讓這個準備的過程有效率一點
省點時間學點新技術做個side project什麼的
我在被面試裡覺得比起很快提出最佳解更重要的是
反而是跟面試官溝通表達的過程
比如確認不明確的需求 然後描述自己的解法 實作 然後可以自己出測試資料
並且進一步改善效能跟一些follow up
很大一部分面試官是會評估如果你是他同事 跟你一起討論你負責的function時
跟你溝通合作的狀況 至少我看到馬上不加思索回答的幾乎都是被拒的XD
還有至少基礎知識扎實 注意到scalablity這類general propose面向
如果面試官只是考你能不能很快答出正確答案 我覺得這家公司不去也罷
題外話
之前看了wheels大大還願分享他的LeetCode解答 非常敬佩
我也來還願一下 不知道提供mock interview
還是提供剛入坑刷題的人一些方向指引會不會有人需要XD
歡迎站內信給我 說一下你的狀況 有時間的話我可以跟你約個zoom meeting聊聊
然後
1. 如果人太多我可能沒辦法幫到所有人 但是非先搶先贏 每個人的信我都會看的
2. 我當software engineer只是菜雞 所以可能只能針對LeetCode準備這樣的進行建議
其他方面應該資深強者大有人在XD
3. 恕不回答面試時具體被問到的問題
--
推,想請問是在澳洲的FAANG嗎?還是米國的呢?謝謝!
澳洲喔
推,這篇真是講到重點,面試官找的是合作夥伴,並不是真
的要你很快提出解。之前有一關寫了三題,自以為寫的很快
很好,後來才知道這關其實是偏負評的。
是的 他們的員工可以很快解出的大有人在 重點在這些知識作為context下評估合作
500...
沒錯 我自己在面試人時 拿到題目沒有先問一大堆問題來釐清
邊界條界跟條件限制的 通常都不會給hire
就算後面寫出最佳解也是會刷掉 工程師最怕寫出一堆bug的
「看似最佳解」
看到許多前輩批評leetcode也正是這個原因 因為leetcode上
給你的都是已經整理好的題目 可是真實世界往往需求模糊不
清 需要工程師自己去慢慢釐清真正要implement的是什麼
同意樓上 可惜業界把這種現象成為通靈 qq
這有什麼好可惜的,通靈一直都很重要啊
猜猜這題是什麼意思
這就是通靈阿 哪裡不是 需求還要一步一步挖
是 PM 還是工程師
可以有規則地釐清的請不要自稱通靈好ㄇ
推
就通靈啊
要真的往刷題的路走,不如去考國考
考上的價值遠遠高於業界
其實搞不懂推崇國考得理由 錢又沒比較多
我在業界一年賺的錢國考要做八年才有 瘋了才去國考
大推,感謝大大指教,學到很多orz
不會是悉尼amazon吧...
4
我是非本科,以前聽過很多人的說法說刷題甚至資料結構演算法根本只是應付面試用,一點都不重要,進去公司就用不到了 但我必須說這種說法不完全正確。 我在進現在這家公司前,刷了600題,經典的題目大概來回做了10遍 來這家公司後,我接到了一個很複雜的任務,大概是倉儲物料的分派系統,某個物料根據某些邏輯所以被分配到哪個廠區,中間很多特殊需求但我不想講太多 為了讓程式高效能化,我手寫了樹的節點,用BFS和DFS來遍歷(不同用途),節點用priority queue排序,然後也用到deque來資料處理,map就不說了,太常用了14
忍不住回應下,有在使用 Homebrew 應該知道這套件管理軟體超級強大 作者 Max Howell 去 Google 面試被問如何反轉 binary tree 這位大神當場掛掉,面試失敗 這種反轉二元樹題目po上ptt還會被鄉民笑,7
單純只回這個 Homebrew 創始人被拒的例子 Max Howell 在事件兩年後有再Po文回應 原文在此: 英文好的同學可以自己去看比較原汁原味 簡單節錄:10
刷題至少可以確保有一定水準的coding能力 也因為刷題滿辛苦的,所以代表這個人可能是個努力的人 像做embedded system相關,跟刷題相關性不大 但是至少有一定水準的coding能力在設計架構跟實作比較不會犯基本錯誤 曾經面過一個說的一嘴的好經驗~ 但是寫個LinkedList都寫不出來1
還是要看在公司做什麼吧 如果是走前端的感覺用到的機會就很小 畢竟前端鮮少的情況需要處理繁雜的資料 接到的資料很多都是後端處理好的 頂多做個排序但也是直接call funtion就解決了38
小弟在後端與資料領域打滾過幾年,也刷過上百題 Leetcode 同意大部分演算法題確實工作上不會用到,但仍然有很多潛在價值存在 就來分享一下我覺得刷題真的"有意義"的那部分好了 1. 工程基本功 例如天字第一題,Two Sum,考得就是一個 Hash Table 的基本概念7
18年工作經驗 應該不用刷題 就算應徵資深工程師 考coding也只是確定一下你會寫code而已 18年工作經驗的面試 如果是工程師職位 面試會著重在系統設計/架構 管理職位的話 就會著重在更多communication部分 回到你刷題的部分 這時候應該探討的是: 為什麼公司要考刷題?8
我是不知道台灣軟體狀況怎麼樣啦 但在美國不考現場白版題或是現場Coding 你會發現白人和印度人真的很會吹 吹到那種好像 Linux 是他發明的一樣 而且標準很難拿捏 面試官沒有一個行量尺
爆
[心得] 0到100的軟體工程師面試之路Hi Sir, 我是XDucka, 2022年過年完到7月底大概花了4~6個月 準備和實戰了台灣一些外商公司(Google/Amazon)等等的面試 小弟這幾年在板上觀望和準備面試的過程中看了非常非常多板上的文章 Wheels大,ghostreporty大,punk86862001大,wulouise大,還有jserv大神大大88
[心得] Google TW Software Engineer 面試心得本人目前在新加坡,最近剛收到offer,所以想來記錄一下心得 去年九月在linkedin收到hr面試邀請, 因為和hr說要準備一下,所以面試開始是在一個月後的十月 我自己比較喜歡寫c++,工作上用golang,刷題和面試都用c++ 1) Phone interview: medium40
[心得][美國] 幾年的面試者+面試官經驗鑑於近年來LeetCode刷題被神化,被認為是面試必備 所以我想以5年多以來無論是當面試者還是當面試官的經驗 來分享一下如何準備面試 首先先分享一下我的經歷 我不是什麼強者,沒有參加過ACM競賽,Code jam頂多做兩題26
Re: [討論] 我就問,刷題強者的實務表現?小時候「會考試不代表會做事」 長大後「會面試不代表會做事」 感覺失敗的人總是一百種藉口 這種讓失敗者自慰的言論也常常被吹捧 但事實就是13
[心得] 面試心得受前同事影響,覺得讓大家認識一些公司避免踩雷是個蠻不錯的方式,這邊分享今年的面 試經驗面試時間介於今年的3~4月,在職找工作。 先交代一下背景:四大非本科碩,在新創小團隊的後端待了2.5年。 ### Xfers(新加坡新創Fintech): - 應徵方式:獵頭推薦9
Re: [北美] 各位會推薦stanCode嗎?我又來了啦 幾年前我很臭屁不刷Leetcode結果面試被電啦 後來學乖了才開始刷Leetcode 買甚麼鳥課程 你倒不如先刷一下leetcode刷個150題 然後買個一年的會員繼續刷題 這都比你買那甚麼爛課程好很多10
Re: [討論] 軟體工作真的有需要刷題嗎?幾個切入點: 1. 刷題有分簡單-難 個人認為 easy-medium 的題目是用來過濾用嘴巴寫程式的資深工程師 你寫不出九九乘法表還是轉行好了 跟刷題沒差 在一些被海投的公司,一個簡單的 online coding 可以濾掉一半以上的人 多爽7
Re: [請益] Google面試時都不能停下來想嗎?看了下推文 第一點 好像有些人覺得刷題==背題目 但其實這完全是不同兩件事 而背誦真的對面試沒什麼用 個人就有慘痛經驗 幾年前面FB 沒刷太多題 面試時完全被看破手腳7
Re: [討論] 我就問,刷題強者的實務表現?不知道您是面試什麼產業、什麼規模的公司、什麼職位 我建議還是講的具體一點,大家比較有討論空間 : 我就不指名道姓了 : 大概是被刷題進去的人佔到主管位, 就我經驗大部分公司,你去面主管位置的職缺