→ MoonCode: 我看到的作業都蠻複雜的 02/24 10:09
噓 hobnob: 你的第三句話就已經不是前面那些人碰到的情況了 02/24 10:15
噓 hegemon: 不複雜直接出考題在hackerank 或是codility 考就好啦，出 02/24 10:34
→ hegemon: 啥作業 02/24 10:34
噓 LincolnBoy: 不複雜幹嘛考 直接演算法就好了 02/24 10:38
如前面有人講，考 Leetcode 也有人罵，出作業也有人罵，回家當老闆比較快
個人的感覺是大部分人會把問題複雜化
你就想想一個 homework 他會要求你做出多複雜的功能？
一般都會拿到題目時跟你提說前面的人平均花了幾小時完成
若你大幅超過這個平均時間就代表你方向錯了...
如果你達到了最低要求，而且 code 寫得乾淨，大部分都有面試機會啦
噓 k798976869: 這種東西加linter自動抓就好惹 不重要 02/24 11:33
反串嗎？...有些行為是 linter 抓不出來的
不然幹嘛要用 SonarQube 之類的工具，即使用了 SonarQube 還是有不足的地方
不知為何感覺軟工版比幾年前水平低很多...
推 alihue: 同意，簡單但是可以濾過大部分平時在寫髒扣的人 02/24 11:41
→ littlebroken: 軟工市場成長 也多了很多轉職的人 02/24 11:59
推 s06yji3: 考coding 不等於考leetcode。我不覺得這個可以看出cultur 02/24 12:06
→ s06yji3: e fit。你說的東西直接面試都可以檢驗的。 02/24 12:06
說得一口好code的人不少啊，兩者都必要
推 za755188: 我個人覺得作業比leetcode好玩很多 02/24 12:16
→ za755188: 而且作業比較看得出這個人平常是怎麼寫程式的 02/24 12:16
→ za755188: 不過UI的backend作業題目挺無聊的 Blocto的比較有挑戰性 02/24 12:18
→ gooseduck: 你講的難道線上pair programming看不出來嗎 出作業對面 02/24 12:34
→ gooseduck: 試者有夠不對等 對公司方幾乎是0成本 02/24 12:34
review 這種 homework 比 codility 或 leetcode 累很多...
codility 測資不過就可以刷掉一半人了，剩下才去看 code quality
如果是 frontend homework 可能還可以 Cypress 寫個自動化測試，不合規也可以篩
但若是其他種類的，就只能人工 review...
會說出對公司方 0 成本的大概沒當過 interviewer...
→ gooseduck: 對面試者而言內部花多久review根本不重要 02/24 12:48
→ gooseduck: 而是 0 feedback 對面試者來說就是0 價值 02/24 12:49
如果照這麼消極的說法，要看這麼多糞 code 對公司也是零價值的
樂觀的想你收到面試邀請代表，你過了CV screening
你至少看到了題目，知道他們在面試玩什麼
你選擇去了做就是一個願打一個願挨嘛，呵呵
→ gooseduck: 而且你對cultural fit這個字是不是有誤解阿 02/24 12:51
我不全然覺得 cultural fit 全在講個人特質和團隊合作的事情
寫 code 本身也有一點吧，coding style 或對於技術的觀點，本來就沒有誰對誰錯的
就是跟 team 合不合的來而已
推 forever19735: 認同原po，說得一嘴好code不代表也寫得好 02/24 13:04
推 popcool: 非常認同 02/24 13:49
推 s06yji3: 面試直接pair programming，不是只有讓面試者自說自話呀 02/24 14:20
→ s06yji3: 。 02/24 14:20
推 alihue: 現場會緊張寫不出來，作業不會；作業可以考 library 或 s 02/24 14:28
→ alihue: yntax 熟悉度，現場不行 02/24 14:28
推 s06yji3: 為啥現場不行考lib和syntax 的熟悉度XD? 02/24 14:47
現場考實作的通常沒時間讓你從頭開始寫呀
考 library 記得熟不熟也很沒意義，這些都是可以去查文件就得到的
說真的常用 pair programming 的 team 現在也不多...
大多還是靠 code review 時溝通，所以這其實更不符合真實工作流程
onsite 考 coding 更多是在測試 coding 以外的東西，而不是考你會不會寫code...
像是這個 candidate 會不會問問題，本身好不好合作之類的 soft skill 的東西
是有點八股，當然若是大家有時間這樣做是不錯
推 dennis2030: 這篇正解，不給 feedback 通常也都是故意的，其實也是 02/24 14:48
→ dennis2030: 為了公司形象著想，因為不是每個面試者都有辦法平心靜 02/24 14:48
→ dennis2030: 氣的看待收到的 feedback，不認同的話 po 上網渲染一 02/24 14:48
→ dennis2030: 下，鬧出事也是挺麻煩的。 02/24 14:48
推 s06yji3: 完全不同意樓上=.=。有公司就是可以好好的給feedback 。 02/24 14:55
噓 acgotaku: 寫作業不給回饋 大部分就是態度問。自己腦補形象問題 02/24 14:57
真要 feedback 大部分得到的應該也是模稜兩可的東西啦
就像你告白被拒絕，對方會告訴你真的理由嗎？或許會有
但有些可能就是發好人卡，道理一樣的
→ acgotaku: 哪些好公司 大軟商是用作業找人的 02/24 14:59
→ acgotaku: 不就一些窮公司爛外包 沒辦法承受新進人員相容成本 02/24 15:00
→ acgotaku: 才在搞這些作業。不給回饋 那根本是面試官態度問題 02/24 15:01
推 s06yji3: 那是因為會寫code是前提，搭配其他面向來了解面試者的程 02/24 15:05
→ s06yji3: 度。考Lib當然不會是你記得多少XD，syntax 可以知道是不 02/24 15:05
→ s06yji3: 是常用該語言。回家作業我還不知道是不是自己寫的呢？ 02/24 15:05
codility 和 leetcode 也是一樣問題啊，說不定丟到 ChatGPT 都做得出來
同意就算線上測驗過了，還是要有 whiteboard 去驗證 candidate 是不是真的懂啦
推 s06yji3: 線上測驗我也覺得很廢。直接跟面試官互動。面試是雙向的 02/24 15:15
→ s06yji3: 。我幾個很好的面試經驗都是面試官設計好的coding題目可 02/24 15:15
→ s06yji3: 以了解面試者實作的狀況。也不怕你洩漏題目因為很多面向 02/24 15:15
→ s06yji3: 不是一蹴可幾的。 02/24 15:15
我相信大部分公司不管是線上測驗或 homework 都只是刷人關卡而已
whiteboard coding 不管考啥...應該一定會在面試流程中有啦
沒有的話，這家公司也太可怕了...
推 s06yji3: 如果只是刷人的關卡的話，我就更無法理解交作業的好處了 02/24 15:25
→ s06yji3: 。 02/24 15:25
不同面向的吧，一個是背考古題，一個是看實作能力
本來就沒有十全十美的做法呀
推 alihue: 現場考通常是注重邏輯思考。比如說現在叫 02/24 15:28
→ alihue: 在坐各位呼叫一下 regex 函式並使用 group應該沒幾個人可 02/24 15:28
→ alihue: 以 syntax 完全正確，但如果是在現場面試時用 02/24 15:28
→ alihue: pseudo code 帶過通常沒問題。但作業的話通常就能看出一 02/24 15:28
→ alihue: 個人查 api 的深度，包含正確度與例外處理。 02/24 15:28
我是覺得看整體的實作能力會對 candidate 公平一點
畢竟大家也不是每個人都有時間去攻克 leetcode hard 的題目
※ 編輯: atuapon (111.237.94.204 日本), 02/24/2023 15:32:28
推 s06yji3: 不取巧的話，兩個都是看能力呀。取巧的話，交作業也無法 02/24 15:31
→ s06yji3: 看出實作能力。 02/24 15:31
對啊，這就考驗面試官的經驗有沒有辦法看出來呀
只是不同條路線而已
推 s06yji3: Coding test應該是一種開書考試。讓面試者現場查資料解決 02/24 15:34
→ s06yji3: 遇到的問題。regex就是現場查，然後你怎麼驗證你的patter 02/24 15:34
→ s06yji3: n沒問題。這是我之前遇到好的經驗的面試方式。 02/24 15:34
理想來說 open book 不錯呀
但之前也有聽過某大廠不讓 open book 的，就是考你對一些 API methods 的熟悉程度
只能說每個公司要的人不一樣啦
推 s06yji3: 我只分享對交作業的看法和自己覺得好的面試經驗。考leetc 02/24 15:43
→ s06yji3: ode那種的在我的經驗中都沒什麼記憶點。交作業的一律拒 02/24 15:43
→ s06yji3: 絕XD 02/24 15:43
對啊，若是真的太複雜的作業，想寫的人應該也寥寥無幾...
※ 編輯: atuapon (111.237.94.204 日本), 02/24/2023 15:47:57
推 will2158: 我遇過要我寫一個小系統 還要寫文件 實作 程式碼跟UI mo 02/24 17:55
→ will2158: ck 的呢 結果後來面試時候完全沒提到作業的事情 感覺超 02/24 17:55
→ will2158: 差感覺像浪費自己時間 02/24 17:55
推 atpx: 你說的情況跟上面那些人不同. 02/24 22:27
→ atpx: 我同樣碰過根本就是丟個需求要你寫個小系統又沒任何回饋 02/24 22:27
→ atpx: 浪費面試者時間 02/24 22:28
→ hduek153: 你的論點太理想化了 現實中多數人應該感受不到這種 02/24 23:39
→ viper9709: 前面不是才有人說作業跑不起來被刷掉... 02/25 00:13
推 za755188: 作業跑不起來被刷掉很正常啊 理應要確保我做的東西對方 02/25 07:29
→ za755188: 可以用不是嗎? 02/25 07:29
推 siriusu: 推 02/26 23:53
推 hellomotogg: 學習了 03/01 03:33
推 d1288999: 推這篇作者，回文裡一堆一看就是根本沒當過面試者，人工 03/02 23:36
→ d1288999: review 根本比 codility 更花時間，以為有 feedback 03/02 23:36
→ d1288999: 很棒嗎？一堆人還會到處貼文到處論戰，要回應文章以面 03/02 23:36
→ d1288999: 試官的角度來看，先當幾年面試官吧 03/02 23:36
推 xrururururu: 很明顯沒想過作業的人在發文 03/05 07:19