其實這種叫你做作業的
目的是一種 cultural fit
一般來說也不是要叫你多複雜多完整
只是看看你的 coding 的習慣，有沒有 unit test，coding style 會不會很糟
或是 team 裡面有一些特定的標準
一般來說大公司題目都是一樣的
不會發生什麼實際把 project 裡的東西發出來匡你來做這種事...
也因為題目一樣
所以基本上不太會給你 feedback，以免評斷的標準被洩露
: 其實也沒什麼好分享的
: 官網申請
: 第一輪就沒過了
: 看了一下glassdoor
: Android 跟 iOS就是給你七天叫你寫個app
: 功能不難 然後特別說要寫unit test
: 最後看大部分回報的都沒過也沒feedback
: 你也不能怎樣
: 還好我做的時候就當做是練練手複習工具了...
:
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.237.94.204 (日本)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1677204078.A.8AB.html→ MoonCode1樓我看到的作業都蠻複雜的 02/24 10:09
hobnob2樓你的第三句話就已經不是前面那些人碰到的情況了 02/24 10:15
hegemon3樓不複雜直接出考題在hackerank 或是codility 考就好啦，出 02/24 10:34
→ hegemon4樓啥作業 02/24 10:34
LincolnBoy5樓不複雜幹嘛考 直接演算法就好了 02/24 10:38
如前面有人講，考 Leetcode 也有人罵，出作業也有人罵，回家當老闆比較快
個人的感覺是大部分人會把問題複雜化
你就想想一個 homework 他會要求你做出多複雜的功能？
一般都會拿到題目時跟你提說前面的人平均花了幾小時完成
若你大幅超過這個平均時間就代表你方向錯了...
如果你達到了最低要求，而且 code 寫得乾淨，大部分都有面試機會啦
k7989768696樓這種東西加linter自動抓就好惹 不重要 02/24 11:33
反串嗎？...有些行為是 linter 抓不出來的
不然幹嘛要用 SonarQube 之類的工具，即使用了 SonarQube 還是有不足的地方
不知為何感覺軟工版比幾年前水平低很多...
alihue7樓同意，簡單但是可以濾過大部分平時在寫髒扣的人 02/24 11:41
→ littlebroken8樓軟工市場成長 也多了很多轉職的人 02/24 11:59
s06yji39樓考coding 不等於考leetcode。我不覺得這個可以看出cultur 02/24 12:06
→ s06yji310樓e fit。你說的東西直接面試都可以檢驗的。 02/24 12:06
za75518811樓我個人覺得作業比leetcode好玩很多 02/24 12:16
→ za75518812樓而且作業比較看得出這個人平常是怎麼寫程式的 02/24 12:16
→ za75518813樓不過UI的backend作業題目挺無聊的 Blocto的比較有挑戰性 02/24 12:18
→ gooseduck14樓你講的難道線上pair programming看不出來嗎 出作業對面 02/24 12:34
→ gooseduck15樓試者有夠不對等 對公司方幾乎是0成本 02/24 12:34
review 這種 homework 比 codility 或 leetcode 累很多...
codility 測資不過就可以刷掉一半人了，剩下才去看 code quality
如果是 frontend homework 可能還可以 Cypress 寫個自動化測試，不合規也可以篩
但若是其他種類的，就只能人工 review...
會說出對公司方 0 成本的大概沒當過 interviewer...
→ gooseduck16樓對面試者而言內部花多久review根本不重要 02/24 12:48
→ gooseduck17樓而是 0 feedback 對面試者來說就是0 價值 02/24 12:49
如果照這麼消極的說法，要看這麼多糞 code 對公司也是零價值的
樂觀的想你收到面試邀請代表，你過了CV screening
你至少看到了題目，知道他們在面試玩什麼
你選擇去了做就是一個願打一個願挨嘛，呵呵
→ gooseduck18樓而且你對cultural fit這個字是不是有誤解阿 02/24 12:51
我不全然覺得 cultural fit 全在講個人特質和團隊合作的事情
寫 code 本身也有一點吧，coding style 或對於技術的觀點，本來就沒有誰對誰錯的
就是跟 team 合不合的來而已
forever1973519樓認同原po，說得一嘴好code不代表也寫得好 02/24 13:04
popcool20樓非常認同 02/24 13:49
s06yji321樓面試直接pair programming，不是只有讓面試者自說自話呀 02/24 14:20
→ s06yji322樓。 02/24 14:20
alihue23樓現場會緊張寫不出來，作業不會；作業可以考 library 或 s 02/24 14:28
→ alihue24樓yntax 熟悉度，現場不行 02/24 14:28
s06yji325樓為啥現場不行考lib和syntax 的熟悉度XD? 02/24 14:47
現場考實作的通常沒時間讓你從頭開始寫呀
考 library 記得熟不熟也很沒意義，這些都是可以去查文件就得到的
說真的常用 pair programming 的 team 現在也不多...
大多還是靠 code review 時溝通，所以這其實更不符合真實工作流程
onsite 考 coding 更多是在測試 coding 以外的東西，而不是考你會不會寫code...
像是這個 candidate 會不會問問題，本身好不好合作之類的 soft skill 的東西
是有點八股，當然若是大家有時間這樣做是不錯
dennis203026樓這篇正解，不給 feedback 通常也都是故意的，其實也是 02/24 14:48
→ dennis203027樓為了公司形象著想，因為不是每個面試者都有辦法平心靜 02/24 14:48
→ dennis203028樓氣的看待收到的 feedback，不認同的話 po 上網渲染一 02/24 14:48
→ dennis203029樓下，鬧出事也是挺麻煩的。 02/24 14:48
s06yji330樓完全不同意樓上=.=。有公司就是可以好好的給feedback 。 02/24 14:55