看板 Soft_Job
作者
標題 Re: [心得] SUSE面試經驗
時間 Fri Sep 13 16:03:29 2024
作者
標題 Re: [心得] SUSE面試經驗
時間 Fri Sep 13 16:03:29 2024
這個CASE蠻有趣的是
他們主管居然寫站內信給我回答我的文章
基於偵查不公開(X)站內信不公開(O)的規定
我只能總結一下"我能看見的"公司方說法：
1. 這次github的PR具體要做什麼？
這題不須任何實作，只要回答問題
2. 為什麼這樣出題？
這次面試者缺少開發經驗
→出讀code的考題讓他分析看看
→翻code讀架構找備份流程io throttle
3. P0等標籤的用意？
P0代表重視但不不代表必做
上次發完文我有點進去P0標籤看過
確實他家P0看起來有部分是感覺就不太急的東西= =
其他1~3點說法，大家參考看看，個人無意幫誰背書
其他1~3點說法，大家參考看看，個人無意幫誰背書
大家是覺得這種出題請人讀code回答無啥不妥
還是另外建置測試用github測面試者來的好？
歡迎在評論區留下你的看法！
別忘了點讚、訂閱，將我加到摯友
※ 引述《B0988698088 (廢文少女小円♥ )》之銘言：
: ※ 引述《OyodoKai (魔法少女大淀)》之銘言
: : (代PO)
: : 前幾週 SUSE 的 Recruiter 透過我 LinkedIn 的 e-mail 聯繫上我
: : 詢問我是否有意面試 Staff Software Engineer 的職缺
: : 這個缺是 Rancher 底下的 Longhorn 專案跟 Storage 有關
: : 雖然我的資歷幾乎都是 DevOps 且較少軟體開發的經驗 (總年資約八年)
: : 當下還是抱著試試看的精神答應了面試邀請
: : Recruiter 很快便發了一面邀請就在兩天後 (遠端視訊)
: : (以下都是中文面試為主)
: : 一面大致上聊得挺開心的 Longhorn 的 Leader 詢問我關於 Kubernetes 的經驗
: : 以及過往的專案，也有一些人脈在 SUSE，所以小聊一下八卦，便結束面試。
: : 面試結束後，Recruiter 馬上安排了二面，就在隔天中午 (第一次看到這麼有效率的)
: : 二面是台灣區的 Director David Ko，這個面試就相對困難了些，
: : 畢竟我沒有 Storage 的經驗，也做了英文自我介紹與Behavior Question。
: : 最後面試官表示會出 assignment，會是一個 Longhorn 專案的 issue，並提出 PR。
: : 面試結束不久，Recruiter 寄來了相關的 issue 與條件，時限一週。
: : 當下我其實蠻兩難的，因為已經安排四五場面試了，時間上非常緊迫(NVDA、GOOG、TSMC)
: : 更讓我傻眼的是這個 issue 居然是 P0 也就是必須在新版本 fixed，
: : 以下是該 issue 連結：
: : https://github.com/longhorn/longhorn/issues/4765
: : 可以看出這個 P0 issue 已經延宕兩年，並且沒有任何人做分析與規劃，
: : 從這邊就能得知 Longhorn 在專案管理與軟體架構上有重大缺失。
: : 因為個人一些人脈有認識3、4個前/現任員工，嘗試詢問他們對這樣的面試方式有何看法
: : 得到的反饋幾乎是不可置信，以內部員工來說要在一週內針對該 issue 提出 Proposal
: : 也是有困難的，何況是外部的開發者。
: : 前任員工也表示以前面試不會出這種 assignment，更何況這是他們產品自身的 feature
: : 完全沒有經過 SA 分析就丟給面試者，簡直像在賺取知識財。
: : 無法理解這間公司內部政治、管理、經營上是否遇到困難，以至於拿時間面試來找人做
: : 白工，也不願意處理一個延宕兩年多的 P0 issue。
: : 經過多次信件來往，Director 相當堅持己見，不認為有任何不妥。
: : 本人對這樣的面試經驗感到相當遺憾，也讓版友們知道，以免浪費兩次請假機會。
: 求證一下
: 你在下面回覆推文時有提到，Longhorn 的 Leader 就是這隻 feature ticket 的 owner
: 從 github 來看裡面有三位 participants：
: https://i.imgur.com/uPkTxYS.jpeg
: Derek Su
: David Ko
: James Munson
: 那這位 owner 是指第一面或第二面的 Leader 呢？
: 看起來第一面 Leader 有在裡面，但提出要求的第二面 Leader 也有在嗎？
: 這麼趕的時間，PR有沒有說要做到什麼程度？
: 以上就已公開的資訊做個求證，謝謝您
: 附帶一提，雖然這隻放了2年不過急不急是公司在決定的啦
: 他標 feature，表示有可能這是外部反映或自己debug時的idea，當作可新增功能記錄起來
: ，如果公司覺得不急
: https://i.imgur.com/SDNylYQ.jpeg
: 那愛放多久他家的事，未必是他解不出來或很急才找人寫
: 又或者這隻其實不是真的開發要件
: 他們只是從2022年來，都是丟這隻考面試者
: 他在當初面試時有說明清楚是否是這樣嗎？
: 還是他真的有說這就下個版本release用的？
: 如果沒說清楚，那的確蠻糟的，面試官應該要說明清楚為什麼這樣考，而不是讓面試者誤會
: 最後remote不remote通常是部門全盤的政策（除非你天縱英才特別只讓你遠端），所以待遇
: 不用開低，建議該多高就多高不用委屈自己:
咻咻咻
--
-- 筆者為二十一世紀重要思想家
https://i.imgur.com/g2ZK8T1.png
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 126.126.196.240 (日本)
※ 作者: B0988698088 2024-09-13 16:03:29
※ 文章代碼(AID): #1cu_7NEw (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1726214615.A.3BA.html
![[圖]](https://imgur.disp.cc/41/RPS74cl.png)
推 : 這三點應該跟面試者說明，下次就不會有誤會5F 09/13 16:32
![[圖]](https://i.imgur.com/Mbu9ZwRh.png)
推 : 出這種題目可以讓面試者很具體的知道進入公司做的是什麼事，但重點是這三點應該告知面試者以面誤會8F 09/13 16:35
→ : 第三點有疑問不就問一下就好了 ?10F 09/13 16:39
推 : 這張票不只有P0 還有highlight呢 到底多重要多急?11F 09/13 16:41
推 : 姑且不論急不急，所以拿公司project的feature給面試者當作業。大家覺得ok喔？12F 09/13 16:43
![[圖]](https://i.imgur.com/1VbP1NI.png)
→ : 所以這是一個用自己的理解做各種假設, 但不直接問的案例嗎?16F 09/13 16:44
→ : 我上面有貼我詢問後他回答的答案ㄚ17F 09/13 16:44
→ : 阿第一點人家不是說沒空可以提案就好, 為啥是自由心證呢?18F 09/13 16:49
推 : 奇怪 我講得很清楚了 你怎麼只挑自己想看的 = =19F 09/13 16:49
→ : 我不太懂為什麼第一點是自由心證？因為要專職一週嗎？
我是真的不太清楚, 抱歉20F 09/13 16:53
我是真的不太清楚, 抱歉20F 09/13 16:53
推 : 我覺得身為一個外人 被丟了一個公司的專案 沒有內部文件或其他資源的輔助下(至少我問問題 他回的很消極)
又是需要一週以上全職的時間付出
身為面試者感到不舒服是正常的反應22F 09/13 16:55
又是需要一週以上全職的時間付出
身為面試者感到不舒服是正常的反應22F 09/13 16:55
→ : 原來如此, 可能對方想找即戰力吧, 畢竟是staff level26F 09/13 17:00
→ : 如果是這樣 他們可以在我兩次面試的時候就刷掉了27F 09/13 17:00
→ : 你們彼此就不是對的人, 但不太懂為什麼會搞成這樣。28F 09/13 17:01
→ : 我很明顯表達自己不是開發出生29F 09/13 17:01
→ : 這就是一個認識彼此的過程, 好像也看不出有什麼不妥。30F 09/13 17:05
推 : Well "自由心證"囉31F 09/13 17:06
→ : 看你接下來要面G社, 希望不是我面到你, 怕.jpg32F 09/13 17:10
→ : G社朋友我也認識十幾個 你們要不照標準流程走很難ㄏㄏ33F 09/13 17:11
→ : kyopc大覺得非內部員工的即戰力寫這題，proposal, coding, testing分別需要多久呀。這project不小耶34F 09/13 17:12
推 : 推大B哥36F 09/13 17:29
推 : 那氣急敗壞的到底是誰呢37F 09/13 17:30
推 : 我想大家理解在時間壓力下被要求完成任務的那種不適感。不過，之前的討論中已經提到過相關的 issue 連結中可以發現，像是 https://github.com/longhorn/longhorn/wiki 和 https://longhorn.io/，這些都提供了一些可能有用的線索38F 09/13 18:25
Home · longhorn/longhorn Wiki · GitHub
![[圖]]()
Cloud-Native distributed storage built on and for Kubernetes - Home · longhorn/longhorn Wiki ...
![[圖]](https://i4.disp.cc/t/o/longhorn.io_img_logos_longhorn-icon-color.png){kind=icon}
→ : 可供查閱，所以說完全沒有內部文件可能有些出入。你也提到自己在那家公司有些人脈，那是否有機會從他們那裡獲得一些提示呢？還是公司有下達封口令？這點我們無從得知。但總的來看，這更像是一個開放式的申論題，對於出社會打滾多年大家來說，尋找資料和解決問題應該是基本技能與考驗。至於你提到的消極回應，這讓我想起以前考微積分的時候，我也曾遇到不會的題目，遇到出題老師巡堂時抓準直接跟老師說了能不能幫幫我，結果老師還真的很慷慨地指導了我。一般來說，出題的老師應該都會以相對消極的方式回應考生吧。既然你提到如果是這樣的話，應該早在第二次面試時就把你刷掉了，但這更像是他們給你的一次額外機會。如果你未來要面試 G 社，聽說他們的面試從五輪縮減到了四輪，當你在第四輪遇到難題時，會不會又覺得不適呢？那麼是否又會覺得應該在第二輪就結束面試，以免浪費彼此的時間？總之，不是有希望才堅持，而是堅持才有希望。希望你求職順利！也希望文章閱讀者可以從討論中學習到些事情，讓自己未來道路更順遂。42F 09/13 18:25
推 : 原原PO已經有成見了。說啥都沒用。還有大B哥T.T59F 09/13 18:28
→ : 所以q大覺得這題考官預期原po寫多久呀，我聽敘述，感覺考官也覺得這要寫很久耶。有種還沒面上就被凹加班的感覺，那薪水必須很有競爭力呢！60F 09/13 18:30
→ : 說有成見，我覺得正常啦，當下被質疑的時候不好好解釋清楚，方便自己作業但不保障對方的做法本來就是沒事就沒事，出事別喊冤，自己找的。63F 09/13 18:31
推 : 我覺得結果挺好的啊。這兩個人一起工作根本災難吧66F 09/13 18:36
→ : 我不否認自己能力不足 也覺得沒緣分 結果這樣正常
所以幫他們找有緣分的人 有能力一個禮拜內完成任務的人*幫他們找->幫他們篩選67F 09/13 18:38
所以幫他們找有緣分的人 有能力一個禮拜內完成任務的人*幫他們找->幫他們篩選67F 09/13 18:38
→ : 所以SUSE預期面試者花四十個工作小時寫作業來確認自己是否適任？70F 09/13 18:41
→ : 1.我是覺得那個語氣模糊到很哭，要做就做不做就不做，還是說這題解出來是 nice to have？面試官也沒說。；2.找沒開發經驗來面的理由是？；3.個人認為是世界奇觀72F 09/13 19:01
→ : 其實我個人最介意是第三點 不過其他人對專案管理好像...75F 09/13 19:03
推 : pot1234老實說，你不覺得面試過程確實有時候既像考試,又像是一場博弈嗎？就像去賭場時,我們會選擇自己擅長的項目或機率較高的賭局。在求職時,我們也會尋找最能發揮自己優勢的機會。如果你覺得這像是被凹加班,不妨換個角度思考。這可能是一個表達自己期望的好機會。您可以坦誠地與面試官溝通說考慮到這個挑戰的複雜度,我希望能得到相應的回報。如果貴公司能提供具有競爭力的薪資,我很樂意接受這個挑戰。這樣或許就從劣勢轉為優勢,因為這是一個雙方媒合的過程，合則來不合則散。或許你開出滿意的薪資條件，才會有繼續挑戰的動力；說不定你開的預算對方聽到最後換成面試官上網抱怨也有可能！畢竟,求職是一個雙向選擇的過程,重點在於找到最適合彼此的機會。如果雙方能就期望達成共識,那將是一個良好的開始。大家再文章中討論可能也會讓他們重新考慮自己的做法。無論如何,大家保持冷靜開放和專業的態度冷靜面對以及解決事情總是明智之選。面試官也是人。他們可能也會有自己的顧慮和壓力。如果雙方都能以理解和尊重的態度溝通,往往能達到更好的結果。最後，OyodoKai可以轉告你朋友，不必自我否定自己能力，說不定他們在一、二面試的過程中看到了你自己未曾察覺的潛力，所以才會出這個課題給你。很多事情，正向思考會讓未來的道路更順遂。76F 09/13 19:07
推 : q大你還有suse.com的email。
看起來是LH的成員 我覺得P0的issue蠻多的 希望能處理96F 09/13 19:09
看起來是LH的成員 我覺得P0的issue蠻多的 希望能處理96F 09/13 19:09
→ : 回q大，如果一場面試花雙方相同時間，那我相信考官會認真從眾多履歷中挑出合適的候選人。如果考官花的時間遠小於面試者，難免有些人會篩的比較隨便。二面完才對開發經驗有疑慮？或許可以一面時就提供github連結，並說明需要完成這份題目來證明自己的能力。
另外正常面試是不需要做40小時的作業的，建議您在聽到面試者提出過高的薪水之後，再拿出那份過長的題目。98F 09/13 19:54
另外正常面試是不需要做40小時的作業的，建議您在聽到面試者提出過高的薪水之後，再拿出那份過長的題目。98F 09/13 19:54
→ : 公司方當初就該把這些細節告訴求職者105F 09/13 20:59
→ : 跟我收到的一樣 不過今天在忙沒空回 都應該不只我收到 果不其然有這篇回文 依我個人感覺 這不是小專案還外加分布式 雖然考的是小細節 但沒那麼簡單可以盡善盡美
原po說沒時間可以理解
你降低效能可以但如果閒置資源那也不好
而放github本身就不可能只有一種目的用來考驗面試者還包含拋磚引玉的意思 當然對於P0理解不同我就不方便講什麼 畢竟我也不是什麼規劃派的 平時能free style就free style
至於原po我敢講就算你是開發也不一定能很好回答 台灣搞分布式？ No
看來我透過亂七八糟學習法還是學了不少有用的東西106F 09/13 21:47
原po說沒時間可以理解
你降低效能可以但如果閒置資源那也不好
而放github本身就不可能只有一種目的用來考驗面試者還包含拋磚引玉的意思 當然對於P0理解不同我就不方便講什麼 畢竟我也不是什麼規劃派的 平時能free style就free style
至於原po我敢講就算你是開發也不一定能很好回答 台灣搞分布式？ No
看來我透過亂七八糟學習法還是學了不少有用的東西106F 09/13 21:47
推 : 好奇s大這方面的經驗幾年? 感覺花了一兩天時間能解119F 09/13 22:40
→ : 我沒有當過DevOps過 這東西也不需要解
要解頂多就...120F 09/13 22:46
要解頂多就...120F 09/13 22:46
→ : 靠北 獵人休刊 你也休刊XDDD122F 09/13 22:51
→ : 你有期待你就輸了 他說話就是這樣子的 不會有任何code出現123F 09/13 22:57
→ : 我是真的很期待PTT出現勇者能解這題XDD125F 09/13 23:01
推 : 推文是不是有機器人啊，有人會「最後，…」這樣說話嗎？126F 09/14 02:05
→ : 我也有收到信 那個處理方式實在有點...有趣
所以打算私下回就好 結果你貼上來 lol128F 09/14 13:20
所以打算私下回就好 結果你貼上來 lol128F 09/14 13:20
推 : 哇塞 面試官是寄給全世界也不能發文回覆 員工跑來回？130F 09/14 13:41
推 : 重點還是年薪吧 這缺到底多少錢？300萬up 那就乖乖解啊131F 09/14 17:11
推 : 所以是重要但不緊急 這樣就不符合P0定義了吧132F 09/14 17:26
→ : 別的不說，這個 P0 的定義真是令人嘆為觀止 lol133F 09/14 19:00
--
作者 B0988698088 的最新發文:
- 軟工職場不免為了管理而犧牲自由度 比如 類似的撰寫風格 是為了他人閱讀維護方便 要求進辦公室 是怕你在家自主管理不佳怠工 要很有個性的程式高手遵守這些有點為難 但蠻多時候主管的視野與一線人員不同 都 …43F 19推
![]()
前端就類似IT裡面的企管系 妹子多 有社交 會打扮 啊真的每個都能做到經理人嗎？ 不好意思，多的是生涯當個襄理就差不多的 雜事多又難精還吃天份 摸個CSS也可以是前端 只會切版去pc家打雜也是前端 …62F 24推 3噓![]()
這個CASE蠻有趣的是 他們主管居然寫站內信給我回答我的文章 基於偵查不公開(X)站內信不公開(O)的規定 我只能總結一下"我能看見的"公司方說法： 1. 這次github的PR具 …133F 22推- 30F 7推 1噓
- 你應該做的是找一個假日 把你這些現狀評估、煩惱點寫在白紙上 做成流程圖分析一下 就好比你現在上網寫文一樣 如上面說的，當你評估的時候就好像在思考RPG人物配點 你自己應該很清楚一個醫學系快上去可以拿 …52F 31推 4噓
點此顯示更多發文記錄