作者B0988698088 (废文少女小円♥)
看板Soft_Job
标题Re: [心得] SUSE面试经验
时间Wed Sep 11 08:45:54 2024
※ 引述《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 (日本)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1726015557.A.565.html
1F：推 OyodoKai: 你可以看一下 Priority/0 的说明是什麽 09/11 08:47
2F：→ B0988698088: 他爱标啥不用太在意，重点这只是不是挂主管身上来考 09/11 08:53
3F：→ B0988698088: 面试者而已？ 09/11 08:53
4F：→ B0988698088: 不然log写他2022挂P0，那他那时就该急着更到当年版 09/11 08:53
5F：→ B0988698088: 本了不是吗？有办法放到今天不就另有用途 09/11 08:53
6F：推 OyodoKai: Director 要求提出 LEP/Proposal 09/11 08:56
7F：→ OyodoKai: 但我觉得你拿自己家的P0 feature请面试者提 Proposal... 09/11 08:56
8F：→ OyodoKai: .? 09/11 08:56
9F：→ OyodoKai: 乱标这件事情在专案管理是大事阿... 考绩怎麽打 大家都P 09/11 08:57
10F：→ OyodoKai: 0? 09/11 08:57
11F：→ B0988698088: 所以说他如果没尽说明责任的话很糟啊0.0 09/11 08:59
12F：→ OyodoKai: 我没追问的话 说明只有这样 09/11 09:16
14F：推 gino0717: 南无阿弥陀佛 09/11 10:03
15F：推 MoonCode: 09/11 11:41
16F：推 f26724309: 不懂 把自己内部延宕两年的P0 issue放到git 上面当面 09/11 12:36
17F：→ f26724309: 试题本身就很有问题，为什麽要试图帮对方找原因？ 09/11 12:36
18F：嘘 DrTech: 连p0是什麽都不懂，你还是去政大射一射吧 09/11 17:16
19F：→ DrTech: 整篇老害思考还要装专业 09/11 17:35
20F：→ DrTech: 老害特色就是，不懂还要装作专业乱回答。B0988698088就是 09/11 17:47
21F：→ DrTech: 连业界的p0 issue是什麽都不懂，硬要装专业回答。 09/11 17:47
22F：→ peter98: 政大社一社是甚麽耿!? 09/11 21:23
23F：推 s25g5d4: 放了两年的 P0 真的是好 P0 欸 也可能这个产品没人用就不 09/12 01:00
24F：→ s25g5d4: 需要修 09/12 01:00
25F：→ peter98: P0的P多数指的是priority，少数情况可能是指phase 09/12 01:15
26F：→ peter98: P0放两年了可能是不重要或者没人用，也有可能是专案管理 09/12 01:16
27F：→ peter98: 没做好、没更新~ 09/12 01:16
28F：推 Ekmund: 那态势看来好像真的是要解啊..XD 09/12 09:01
29F：→ B0988698088: 他页面上就写2022 p0了然後一堆人帮他喊他很急XDDD 09/12 09:33
30F：→ B0988698088: 台企老害闭嘴好吗连github的时间戳计都不会看吵小 09/12 09:33
31F：→ keelungReeve: figure out私以为不像要你做出来, 比较像讲想法。 09/13 09:35
32F：→ keelungReeve: 但这可以问, 你後来追问和人怎麽回呢? 09/13 09:35