Re: [心得] Paypay Android面試分享
其實這種叫你做作業的
目的是一種 cultural fit
一般來說也不是要叫你多複雜多完整
只是看看你的 coding 的習慣,有沒有 unit test,coding style 會不會很糟
或是 team 裡面有一些特定的標準
一般來說大公司題目都是一樣的
不會發生什麼實際把 project 裡的東西發出來匡你來做這種事...
也因為題目一樣
所以基本上不太會給你 feedback,以免評斷的標準被洩露
※ 引述《hduek153 (老天保佑)》之銘言:
: 其實也沒什麼好分享的
: 官網申請
: 第一輪就沒過了
: 看了一下glassdoor
: Android 跟 iOS就是給你七天叫你寫個app
: 功能不難 然後特別說要寫unit test
: 最後看大部分回報的都沒過也沒feedback
: 你也不能怎樣
: 還好我做的時候就當做是練練手複習工具了...
:
--
我看到的作業都蠻複雜的
你的第三句話就已經不是前面那些人碰到的情況了
不複雜直接出考題在hackerank 或是codility 考就好啦,出
啥作業
不複雜幹嘛考 直接演算法就好了
如前面有人講,考 Leetcode 也有人罵,出作業也有人罵,回家當老闆比較快 個人的感覺是大部分人會把問題複雜化 你就想想一個 homework 他會要求你做出多複雜的功能? 一般都會拿到題目時跟你提說前面的人平均花了幾小時完成 若你大幅超過這個平均時間就代表你方向錯了... 如果你達到了最低要求,而且 code 寫得乾淨,大部分都有面試機會啦
這種東西加linter自動抓就好惹 不重要
反串嗎?...有些行為是 linter 抓不出來的 不然幹嘛要用 SonarQube 之類的工具,即使用了 SonarQube 還是有不足的地方 不知為何感覺軟工版比幾年前水平低很多...
同意,簡單但是可以濾過大部分平時在寫髒扣的人
軟工市場成長 也多了很多轉職的人
考coding 不等於考leetcode。我不覺得這個可以看出cultur
e fit。你說的東西直接面試都可以檢驗的。
說得一口好code的人不少啊,兩者都必要
我個人覺得作業比leetcode好玩很多
而且作業比較看得出這個人平常是怎麼寫程式的
不過UI的backend作業題目挺無聊的 Blocto的比較有挑戰性
你講的難道線上pair programming看不出來嗎 出作業對面
試者有夠不對等 對公司方幾乎是0成本
review 這種 homework 比 codility 或 leetcode 累很多... codility 測資不過就可以刷掉一半人了,剩下才去看 code quality 如果是 frontend homework 可能還可以 Cypress 寫個自動化測試,不合規也可以篩 但若是其他種類的,就只能人工 review... 會說出對公司方 0 成本的大概沒當過 interviewer...
對面試者而言內部花多久review根本不重要
而是 0 feedback 對面試者來說就是0 價值
如果照這麼消極的說法,要看這麼多糞 code 對公司也是零價值的 樂觀的想你收到面試邀請代表,你過了CV screening 你至少看到了題目,知道他們在面試玩什麼 你選擇去了做就是一個願打一個願挨嘛,呵呵
而且你對cultural fit這個字是不是有誤解阿
我不全然覺得 cultural fit 全在講個人特質和團隊合作的事情 寫 code 本身也有一點吧,coding style 或對於技術的觀點,本來就沒有誰對誰錯的 就是跟 team 合不合的來而已
認同原po,說得一嘴好code不代表也寫得好
非常認同
面試直接pair programming,不是只有讓面試者自說自話呀
。
現場會緊張寫不出來,作業不會;作業可以考 library 或 s
yntax 熟悉度,現場不行
為啥現場不行考lib和syntax 的熟悉度XD?
現場考實作的通常沒時間讓你從頭開始寫呀 考 library 記得熟不熟也很沒意義,這些都是可以去查文件就得到的 說真的常用 pair programming 的 team 現在也不多... 大多還是靠 code review 時溝通,所以這其實更不符合真實工作流程 onsite 考 coding 更多是在測試 coding 以外的東西,而不是考你會不會寫code... 像是這個 candidate 會不會問問題,本身好不好合作之類的 soft skill 的東西 是有點八股,當然若是大家有時間這樣做是不錯
這篇正解,不給 feedback 通常也都是故意的,其實也是
為了公司形象著想,因為不是每個面試者都有辦法平心靜
氣的看待收到的 feedback,不認同的話 po 上網渲染一
下,鬧出事也是挺麻煩的。
完全不同意樓上=.=。有公司就是可以好好的給feedback 。
寫作業不給回饋 大部分就是態度問。自己腦補形象問題
真要 feedback 大部分得到的應該也是模稜兩可的東西啦 就像你告白被拒絕,對方會告訴你真的理由嗎?或許會有 但有些可能就是發好人卡,道理一樣的
哪些好公司 大軟商是用作業找人的
不就一些窮公司爛外包 沒辦法承受新進人員相容成本
才在搞這些作業。不給回饋 那根本是面試官態度問題
那是因為會寫code是前提,搭配其他面向來了解面試者的程
度。考Lib當然不會是你記得多少XD,syntax 可以知道是不
是常用該語言。回家作業我還不知道是不是自己寫的呢?
codility 和 leetcode 也是一樣問題啊,說不定丟到 ChatGPT 都做得出來 同意就算線上測驗過了,還是要有 whiteboard 去驗證 candidate 是不是真的懂啦
線上測驗我也覺得很廢。直接跟面試官互動。面試是雙向的
。我幾個很好的面試經驗都是面試官設計好的coding題目可
以了解面試者實作的狀況。也不怕你洩漏題目因為很多面向
不是一蹴可幾的。
我相信大部分公司不管是線上測驗或 homework 都只是刷人關卡而已 whiteboard coding 不管考啥...應該一定會在面試流程中有啦 沒有的話,這家公司也太可怕了...
如果只是刷人的關卡的話,我就更無法理解交作業的好處了
。
不同面向的吧,一個是背考古題,一個是看實作能力 本來就沒有十全十美的做法呀
現場考通常是注重邏輯思考。比如說現在叫
在坐各位呼叫一下 regex 函式並使用 group應該沒幾個人可
以 syntax 完全正確,但如果是在現場面試時用
pseudo code 帶過通常沒問題。但作業的話通常就能看出一
個人查 api 的深度,包含正確度與例外處理。
我是覺得看整體的實作能力會對 candidate 公平一點 畢竟大家也不是每個人都有時間去攻克 leetcode hard 的題目
※ 編輯: atuapon (111.237.94.204 日本), 02/24/2023 15:32:28不取巧的話,兩個都是看能力呀。取巧的話,交作業也無法
看出實作能力。
對啊,這就考驗面試官的經驗有沒有辦法看出來呀 只是不同條路線而已
Coding test應該是一種開書考試。讓面試者現場查資料解決
遇到的問題。regex就是現場查,然後你怎麼驗證你的patter
n沒問題。這是我之前遇到好的經驗的面試方式。
理想來說 open book 不錯呀 但之前也有聽過某大廠不讓 open book 的,就是考你對一些 API methods 的熟悉程度 只能說每個公司要的人不一樣啦
我只分享對交作業的看法和自己覺得好的面試經驗。考leetc
ode那種的在我的經驗中都沒什麼記憶點。交作業的一律拒
絕XD
對啊,若是真的太複雜的作業,想寫的人應該也寥寥無幾...
※ 編輯: atuapon (111.237.94.204 日本), 02/24/2023 15:47:57我遇過要我寫一個小系統 還要寫文件 實作 程式碼跟UI mo
ck 的呢 結果後來面試時候完全沒提到作業的事情 感覺超
差感覺像浪費自己時間
你說的情況跟上面那些人不同.
我同樣碰過根本就是丟個需求要你寫個小系統又沒任何回饋
浪費面試者時間
你的論點太理想化了 現實中多數人應該感受不到這種
前面不是才有人說作業跑不起來被刷掉...
作業跑不起來被刷掉很正常啊 理應要確保我做的東西對方
可以用不是嗎?
推
20
首Po其實也沒什麼好分享的 官網申請 第一輪就沒過了 看了一下glassdoor Android 跟 iOS就是給你七天叫你寫個app17
Ubiquiti Inc. 優比快 這間公司也是,作業要求毛一堆,連每一個獨立的commit的內容要包含到哪些功能都有規定 X你X的花我3天下班時間才寫完,送出去之後只收到一句 “你作業不及格,掰掰” 然後就叫你滾惹,寄信去追問原因,結果被一個巴掌賞回來7
一樣是 Ubiquiti Inc. 優比快 心有戚戚焉,我面的是Android職缺 一樣花了時間寫作業,一樣作業內容毛一堆 結果也是一句作業沒過關,feedback 也要不到 幹拎老師什麼垃圾公司,第一次遇到這麼糞的外商7
以下個人一點淺見 之前也遇過這種給assignment的面試 那時侯基於好奇就上reddit看了一下上面的風向 有持正面看法的=>寫了也拿到offer 也有很多持反面看法的=>寫了但沒offer也沒feedback(跟本文一樣)5
我自己是覺得 考作業也很難看出一個人的coding習慣 例如他commit message寫很完整 有做unit test 也有符合物件導向原則 clean code等等的 但實際上工時通通都沒做到呢?6
這個方法你換位思考就知道可行性了 你要開發工程師切好幾塊小功能 (看你們想找幾個candidate) 這功能要不影響整體開發時程 又要能看的出來 candidate 實力5
需先問問施主的年紀。 按經驗來說,UI 這公司通常不收太大年紀的。 ※ 引述《gocreating (小平)》之銘言: : ※ 引述《hduek153 (老天保佑)》之銘言: : : 其實也沒什麼好分享的
95
[心得] 面試分享 Google/MS/Amazon/RokuMedium 好讀版 前言: 在 2021 這半年多的時間,共面試了九間公司,拿到了六個 offers。 過程中從版上得到很多有用的資訊,希望這篇分享也能對大家有點幫助。65
[心得] Google TW SWE 面試心得# Google TW SWE 面試心得 背景: 3yoe,做了兩年豬屎屋後受不了工作型態轉職Backend,目前約一年後端經驗 無奈薪水太低加上今年上半年各種外商擴招就開始面試 3月在LinkedIn 收到Google recruiter面試邀約,大多數recruiter都建議可以先準備一個54
Re: [請益] Google面試時都不能停下來想嗎?因為你搞錯面試的目的, coding面試是在了解一個面試者怎麼如何解題, 進而了解這個人適不適合當同事. 一般來說, 一個解題流程基本上大概是: (1) 釐清問題 (Input/Output, 特殊限制?)54
[心得] 2022 台灣 ML 面試心得 (AMZN/GOOG)嗨大家好,第一次在本版發心得文,希望可以對正在面試的各位有所幫助。 medium 好讀版請看 以下正文: Background 在今年決定離開前公司後,就期許自己未來順利找到工作的話,要記錄自己的面試過程,22
[心得] 2022 後端面試心得# 2022 後端面試心得 背景: 3yoe,做了兩年豬屎屋後受不了工作型態轉職Backend,目前約一年後端經驗 無奈薪水太低加上今年上半年各種外商擴招就開始面試,目標是出國或外商remote缺,主要 以golang工作為主19
Re: [心得] Senior iOS 面試/分享 (FoodPanda/Behaviour準備)那我也來借標題分享一下吧,剛好我這次也有拿到大大前公司的offer XD 憑記憶分享,細節就不用太考究了 主要想分享behavior/culture的準備(大家比較少關注,但我們其實在這裡刷了不少人) 跟熊貓的內部狀況,一些Hunter不知道,但開發者們可能會在意的東西 前情提要:14
[心得] 日本職缺 Paypay / Amazon JP / Rakuten除了台灣職缺外 我還有投了一些日本職缺 雖然本身會說一點日文 但還是希望在英語環境工作 我想這樣能儘量避免一些日本工作文化 如果有版友有其他日本公司覺得不錯 也可以推薦給我~ PayPay - Backend Engineer10
[亞洲] 日本線上支付PayPay徵 軟體工程師【公司簡介】 PayPay - 日本大型線上支付系統,在2018年由Softbank 集團跟yahoo Japan 共同出資成 立。目前的使用者人數已經突破3500萬人。PayPay 採用印度最大支付公司Paytm的技術 ,正逐步擴展在日本的線上支付服務市佔率。在PayPay,這裡匯集了來自35國以上的優秀 工程師,共1000多位員工,採取『Working From Anywhere』工作模式,您可以在日本各9
Re: [請益] 豬屎屋軟韌面試準備請益以前MTK面試會看學校,成績單,C,OS 基本上學校成績不錯,C跟OS概念有就會收了 現在大缺人時代,學校跟成績標準已經放得很低 工作經驗如果不相關的~5年內幾乎都給E7比較難談到E8 所以沒相關經驗也沒差,只是有可能只能拿到E7的offer