※ 引述《gooseduck (theduck)》之銘言：
: 以下個人一點淺見
: 之前也遇過這種給assignment的面試
: 那時侯基於好奇就上reddit看了一下上面的風向
: 有持正面看法的=>寫了也拿到offer
: 也有很多持反面看法的=>寫了但沒offer也沒feedback(跟本文一樣)
: 但最多人同意的是"看你有多迫切想要這個offer"
: 因為畢竟你交回去之後決定權就完全到公司手上了
: 被各種理由reject你也只能吞 就風險自負的概念
: 個人認為比較好的替代方式
: 像財報狗就先講明做到一定程度會給對應的報酬
: 等於花錢買你完成作業的時間
: 另一種就是線上pair programming
: 可以拿公司一小段source code出來
: 看是要實作一個小功能
: 還是要refactor都行
這個方法你換位思考就知道可行性了
你要開發工程師切好幾塊小功能
(看你們想找幾個candidate)
這功能要不影響整體開發時程
又要能看的出來 candidate 實力
然後還要有針對團隊想要的特殊需求
這在一個設計好的作業中很好安排
但是要從預計開發的功能中切 N 塊出來
滿足以上條件,那個要花的時間心力
你就想想你自己願不願意幹這件事就好了
然後這幾塊最終可能有超過一半
還是得發回去給原開發者寫
: 表現好壞我認為會比交作業回去更顯而易見
: 最後就是寫作業我認為最大的問題就是
: 你要怎麼知道這是本人寫的
: 還是找捉刀人代寫的
最主要你找人捉刀沒有太大意義
除非你是面試蟑螂
否則實際走馬上任東西
kpi 不達標
很快的 pip 之後就是 lay off 了