※ [本文轉錄自 Soft_Job 看板 #1cu81R0I ]
作者: OyodoKai (魔法少女大淀) 看板: Soft_Job
標題: [心得] SUSE面試經驗
時間: Wed Sep 11 01:22:33 2024
(代PO)
(9/13新增) =EOF=
先聲明沒有任何SUSE員工或相關人士跟我交涉
以下都是我自己的想法
我固然對這次面試流程有意見
但 SUSE 畢竟是國內少數開源軟體的公司
且有 Full-remote 的優勢
或許薪資跟半導體、FAANG大廠有差
以純軟行業來說也是相當有競爭力
而且工作的產出就能當作自己的作品
對於職涯的幫助不菲
鼓勵有相關經驗的人才評估能力與時間應徵
Open Source 得來不易 該當飲水思源
=EOF=
前幾週 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 相當堅持己見，不認為有任何不妥。
本人對這樣的面試經驗感到相當遺憾，也讓版友們知道，以免浪費兩次請假機會。