PTT評價

Re: [心得] Paypay Android面試分享

看板Soft_Job標題Re: [心得] Paypay Android面試分享作者
atuapon
()
時間推噓16 推:21 噓:5 →:41

其實這種叫你做作業的

目的是一種 cultural fit

一般來說也不是要叫你多複雜多完整

只是看看你的 coding 的習慣,有沒有 unit test,coding style 會不會很糟

或是 team 裡面有一些特定的標準

一般來說大公司題目都是一樣的

不會發生什麼實際把 project 裡的東西發出來匡你來做這種事...


也因為題目一樣

所以基本上不太會給你 feedback,以免評斷的標準被洩露


※ 引述《hduek153 (老天保佑)》之銘言:
: 其實也沒什麼好分享的
: 官網申請
: 第一輪就沒過了
: 看了一下glassdoor
: Android 跟 iOS就是給你七天叫你寫個app
: 功能不難 然後特別說要寫unit test
: 最後看大部分回報的都沒過也沒feedback
: 你也不能怎樣
: 還好我做的時候就當做是練練手複習工具了...
:

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.237.94.204 (日本)
PTT 網址

MoonCode02/24 10:09我看到的作業都蠻複雜的

hobnob02/24 10:15你的第三句話就已經不是前面那些人碰到的情況了

hegemon02/24 10:34不複雜直接出考題在hackerank 或是codility 考就好啦,出

hegemon02/24 10:34啥作業

LincolnBoy02/24 10:38不複雜幹嘛考 直接演算法就好了

如前面有人講,考 Leetcode 也有人罵,出作業也有人罵,回家當老闆比較快 個人的感覺是大部分人會把問題複雜化 你就想想一個 homework 他會要求你做出多複雜的功能? 一般都會拿到題目時跟你提說前面的人平均花了幾小時完成 若你大幅超過這個平均時間就代表你方向錯了... 如果你達到了最低要求,而且 code 寫得乾淨,大部分都有面試機會啦

k79897686902/24 11:33這種東西加linter自動抓就好惹 不重要

反串嗎?...有些行為是 linter 抓不出來的 不然幹嘛要用 SonarQube 之類的工具,即使用了 SonarQube 還是有不足的地方 不知為何感覺軟工版比幾年前水平低很多...

alihue02/24 11:41同意,簡單但是可以濾過大部分平時在寫髒扣的人

littlebroken02/24 11:59軟工市場成長 也多了很多轉職的人

s06yji302/24 12:06考coding 不等於考leetcode。我不覺得這個可以看出cultur

s06yji302/24 12:06e fit。你說的東西直接面試都可以檢驗的。

說得一口好code的人不少啊,兩者都必要

za75518802/24 12:16我個人覺得作業比leetcode好玩很多

za75518802/24 12:16而且作業比較看得出這個人平常是怎麼寫程式的

za75518802/24 12:18不過UI的backend作業題目挺無聊的 Blocto的比較有挑戰性

gooseduck02/24 12:34你講的難道線上pair programming看不出來嗎 出作業對面

gooseduck02/24 12:34試者有夠不對等 對公司方幾乎是0成本

review 這種 homework 比 codility 或 leetcode 累很多... codility 測資不過就可以刷掉一半人了,剩下才去看 code quality 如果是 frontend homework 可能還可以 Cypress 寫個自動化測試,不合規也可以篩 但若是其他種類的,就只能人工 review... 會說出對公司方 0 成本的大概沒當過 interviewer...

gooseduck02/24 12:48對面試者而言內部花多久review根本不重要

gooseduck02/24 12:49而是 0 feedback 對面試者來說就是0 價值

如果照這麼消極的說法,要看這麼多糞 code 對公司也是零價值的 樂觀的想你收到面試邀請代表,你過了CV screening 你至少看到了題目,知道他們在面試玩什麼 你選擇去了做就是一個願打一個願挨嘛,呵呵

gooseduck02/24 12:51而且你對cultural fit這個字是不是有誤解阿

我不全然覺得 cultural fit 全在講個人特質和團隊合作的事情 寫 code 本身也有一點吧,coding style 或對於技術的觀點,本來就沒有誰對誰錯的 就是跟 team 合不合的來而已

forever1973502/24 13:04認同原po,說得一嘴好code不代表也寫得好

popcool02/24 13:49非常認同

s06yji302/24 14:20面試直接pair programming,不是只有讓面試者自說自話呀

s06yji302/24 14:20

alihue02/24 14:28現場會緊張寫不出來,作業不會;作業可以考 library 或 s

alihue02/24 14:28yntax 熟悉度,現場不行

s06yji302/24 14:47為啥現場不行考lib和syntax 的熟悉度XD?

現場考實作的通常沒時間讓你從頭開始寫呀 考 library 記得熟不熟也很沒意義,這些都是可以去查文件就得到的 說真的常用 pair programming 的 team 現在也不多... 大多還是靠 code review 時溝通,所以這其實更不符合真實工作流程 onsite 考 coding 更多是在測試 coding 以外的東西,而不是考你會不會寫code... 像是這個 candidate 會不會問問題,本身好不好合作之類的 soft skill 的東西 是有點八股,當然若是大家有時間這樣做是不錯

dennis203002/24 14:48這篇正解,不給 feedback 通常也都是故意的,其實也是

dennis203002/24 14:48為了公司形象著想,因為不是每個面試者都有辦法平心靜

dennis203002/24 14:48氣的看待收到的 feedback,不認同的話 po 上網渲染一

dennis203002/24 14:48下,鬧出事也是挺麻煩的。

s06yji302/24 14:55完全不同意樓上=.=。有公司就是可以好好的給feedback 。

acgotaku02/24 14:57寫作業不給回饋 大部分就是態度問。自己腦補形象問題

真要 feedback 大部分得到的應該也是模稜兩可的東西啦 就像你告白被拒絕,對方會告訴你真的理由嗎?或許會有 但有些可能就是發好人卡,道理一樣的

acgotaku02/24 14:59哪些好公司 大軟商是用作業找人的

acgotaku02/24 15:00不就一些窮公司爛外包 沒辦法承受新進人員相容成本

acgotaku02/24 15:01才在搞這些作業。不給回饋 那根本是面試官態度問題

s06yji302/24 15:05那是因為會寫code是前提,搭配其他面向來了解面試者的程

s06yji302/24 15:05度。考Lib當然不會是你記得多少XD,syntax 可以知道是不

s06yji302/24 15:05是常用該語言。回家作業我還不知道是不是自己寫的呢?

codility 和 leetcode 也是一樣問題啊,說不定丟到 ChatGPT 都做得出來 同意就算線上測驗過了,還是要有 whiteboard 去驗證 candidate 是不是真的懂啦

s06yji302/24 15:15線上測驗我也覺得很廢。直接跟面試官互動。面試是雙向的

s06yji302/24 15:15。我幾個很好的面試經驗都是面試官設計好的coding題目可

s06yji302/24 15:15以了解面試者實作的狀況。也不怕你洩漏題目因為很多面向

s06yji302/24 15:15不是一蹴可幾的。

我相信大部分公司不管是線上測驗或 homework 都只是刷人關卡而已 whiteboard coding 不管考啥...應該一定會在面試流程中有啦 沒有的話,這家公司也太可怕了...

s06yji302/24 15:25如果只是刷人的關卡的話,我就更無法理解交作業的好處了

s06yji302/24 15:25

不同面向的吧,一個是背考古題,一個是看實作能力 本來就沒有十全十美的做法呀

alihue02/24 15:28現場考通常是注重邏輯思考。比如說現在叫

alihue02/24 15:28在坐各位呼叫一下 regex 函式並使用 group應該沒幾個人可

alihue02/24 15:28以 syntax 完全正確,但如果是在現場面試時用

alihue02/24 15:28 pseudo code 帶過通常沒問題。但作業的話通常就能看出一

alihue02/24 15:28個人查 api 的深度,包含正確度與例外處理。

我是覺得看整體的實作能力會對 candidate 公平一點 畢竟大家也不是每個人都有時間去攻克 leetcode hard 的題目

※ 編輯: atuapon (111.237.94.204 日本), 02/24/2023 15:32:28

s06yji302/24 15:31不取巧的話,兩個都是看能力呀。取巧的話,交作業也無法

s06yji302/24 15:31看出實作能力。

對啊,這就考驗面試官的經驗有沒有辦法看出來呀 只是不同條路線而已

s06yji302/24 15:34Coding test應該是一種開書考試。讓面試者現場查資料解決

s06yji302/24 15:34遇到的問題。regex就是現場查,然後你怎麼驗證你的patter

s06yji302/24 15:34n沒問題。這是我之前遇到好的經驗的面試方式。

理想來說 open book 不錯呀 但之前也有聽過某大廠不讓 open book 的,就是考你對一些 API methods 的熟悉程度 只能說每個公司要的人不一樣啦

s06yji302/24 15:43我只分享對交作業的看法和自己覺得好的面試經驗。考leetc

s06yji302/24 15:43ode那種的在我的經驗中都沒什麼記憶點。交作業的一律拒

s06yji302/24 15:43絕XD

對啊,若是真的太複雜的作業,想寫的人應該也寥寥無幾...

※ 編輯: atuapon (111.237.94.204 日本), 02/24/2023 15:47:57

will215802/24 17:55我遇過要我寫一個小系統 還要寫文件 實作 程式碼跟UI mo

will215802/24 17:55ck 的呢 結果後來面試時候完全沒提到作業的事情 感覺超

will215802/24 17:55差感覺像浪費自己時間

atpx02/24 22:27你說的情況跟上面那些人不同.

atpx02/24 22:27我同樣碰過根本就是丟個需求要你寫個小系統又沒任何回饋

atpx02/24 22:28浪費面試者時間

hduek15302/24 23:39你的論點太理想化了 現實中多數人應該感受不到這種

viper970902/25 00:13前面不是才有人說作業跑不起來被刷掉...

za75518802/25 07:29作業跑不起來被刷掉很正常啊 理應要確保我做的東西對方

za75518802/25 07:29可以用不是嗎?

siriusu02/26 23:53