(代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 相当坚持己见，不认为有任何不妥。
本人对这样的面试经验感到相当遗憾，也让版友们知道，以免浪费两次请假机会。