※ 引述《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通常是部门全盘的政策（除非你天纵英才特别只让你远端），所以待遇
不用开低，建议该多高就多高不用委屈自己