各位安安，这边想简单分享一下我 2023 年中旬（上周 ~ 昨天）的面试经验。 先自我介绍一下，本人是某广告相关公司的 Software Engineer, Backend，同时也是本次分享技术面试的主持人。 监於版上几乎都是求职者进行分享，所以本次在主管（老板）的授权下以面试主持人的角度进行分享，还请各方先进不吝指教。 本公司主要想找 PHP/Laravel Backend Engineer，如果有其它语言的经验也愿意学习 Laravel 的人也非常欢迎（受限於目前公司的人力资源，还无法擅自变更使用的框架与语言，但这是未来很重要的里程碑之一） 注：为避免有偷渡徵才讯息的疑虑，本篇文章不会直接写出公司名称，如果有兴趣的话欢迎私信询问 注2：本公司仍然有在徵才哦，如果你看到这篇文章觉得想来当我的同事可以来投看看 XDD === 流程介绍 本公司技术面试为第二轮（第一轮我不会参与，这边也无法分享相关经验），表订时间约在 1 小时（但如果想跟我聊多一些，可以到 2 小时甚至以上，目前最高记录是 3.5 小时）。 1. 双方自我介绍 基於礼貌，我会尽量期许自己先开口自我介绍，但最近还在习惯这件事所以有时候还是麻烦对方先行自我介绍，也感谢近期应徵者的海涵。 2. 面试偏好询问 参考一些面试经验，有些人不喜欢考卷、白板题或 assignment 等各种类别，所以我会先行询问对方的面试偏好。 以下选项择一或全选皆可，但选择越多可能会延伸面试时间；选择的项目并不会影响到评估的结果，因为会以各项分数平均计算（我会私心对一些有利於应徵者的项目做加权，不过也不是只有我决定）。 (1) 白板题：演算法，不能用 ChatGPT（或其它 AI 辅助） 但可以查文件 (2) 实作题：程式能力，能用 ChatGPT 也可以查文件 (3) 架构题：Senior 独有，能用 ChatGPT (4) 问答题：基础知识，不能使用 ChatGPT 也不能查文件 (5) Assignment：指定一个 Open Source Repository，请你发一个 Pull Request（我会实际去看你的变更内容跟 commit message 以及跟 maintainer 的应对） - 这部份会以自愿为优先，如果觉得真的很不想做或不知道从何下手的话也可以放弃（不计分） 利益申告：所有的问题与公司现行产品都尽量无关，这是为了避免有白嫖应徵者思路的嫌疑；而 Assignment 的选择也会尽量挑选有一定用户基础的 Repository。 3. 询问想要面试的难度 目前有开放的职位有两个： (1) Mid ~ Senior：能够考量系统架构并定义良好的 Interface，并且能跟架构师讨论未来的一些技术选型 (2) Junior ~ Mid：实作一些 CRUD API，以及实作一些 Senior 工程师定义好的 interfaces 如果不知道怎麽选择也没关系，我可以根据应徵者的实力自动调整问题的难度。 ===== 聊天题（为了更了解对方，并核对履历内容，不列入计分） 1. 最近看了哪些值得一提的资讯领域的内容，包括但不限於文章、影片、漫画、meme、新闻、论文等 2. 擅长的工具与程式语言（用於确认履历中的叙述） ===== 白板题 给定一个二维阵列代表围棋棋盘 - 1 代表黑子 - 2 代表白子 - N (null) 代表未落子 若棋盘一定是理想的（定义下述），那白棋会被提多少子、黑棋会被提多少子？ 举例： N 1 1 2 (1,1) 白子会被提子 举例： N 1 1 1 N 1 2 2 2 1 2 1 1 N 2 1 1 2 2 1 (0,2) 的白子会被提子 (4,3) 的黑子会被提子 「理想的」棋盘表示不会存在「打劫」的问题，举例来说下述棋盘结果是不会出现的，因为中间的白子与黑子会互相提子 N 1 2 N 1 2 1 2 N 1 2 N 备注： 这一题的来源是我曾经出给一个学生的作业，他是非本科转职前端，我本来只是想请他用 HTML + CSS 写个围棋棋盘，并且用 JS 实现落子逻辑，结果他连提子逻辑都一并写出来了。当时他是自行实现了 DFS 去计算棋子是否还活着（围棋术语是「有气」）。 题外话，前阵子跟这学生吃饭的时候他提到公司在做某个功能，他自行研发了一个资料结构来解决这个问题，我一看就说「你这不是自行实现了字典树（Trie）吗？！」，不得不说他真的是一个天赋异秉的人，怪我能力不够没能教好他。 （小声）打色码眼睛快脱窗 = = ===== 实作题 下列 PHP 程式码存在一些问题，请尝试指出这些问题并且重构它。 注：下述程式隐藏了一些不重要的细节（例如资料库连线、失败处理等），回答时也可以隐藏实作细节（不一定要精准的使用所有的函式） <?php extract($_POST); $db = new DB(); // connect to DB $user = $db->query("SELECT * FROM users WHERE username = $username AND password = $password"); // query from DB echo $user ? 'Login Success' : 'Login Failed'; 这一题其实是互动题，因为实作题可以使用 ChatGPT 所以我更期望应徵者能跟我说明「为什麽它要这样改」。 而且就我实测 ChatGPT 会唬烂所以不能全信（我认为分辨 ChatGPT 是不是在唬烂也是很重要的能力）。 ===== 问答题 这部份不开放使用 ChatGPT，因为这些题目都是属於基础知识，如果开放使用 ChatGPT 几乎都会被秒杀。 然而，我们後续内部检讨认为应该要开放可查询 Google，毕竟有些东西是真的不会背在脑子里（虽然我是都有大概记着，但每个人习惯不同不能一概而论），如果版友们有任何想法也欢迎回馈，我们会尽可能改善我们的流程。 1. PHP 相关 (1) PHP 的执行与启动流程？[中级]：主要指的是它在 PHP Source Code 层级的执行流程，不仅仅是在外部观察到的结果 2. Redis 相关 (1) 单 Redis Instance 可能会当机或因为网路问题无法存取，有什麽解决方案？[初级]：这应该算是八股题 (2) Redis 的 "字串" 是如何实现的，有没有什麽值得一提的陷阱或细节？[中级]：这个是 Redis Source Code 的入门题，毕竟甚至有一个专门的网页来介绍 SDS 3. 作业系统相关 (1) Thread 跟 Process 有什麽差别？[初级]：这个也是八股题，问到烂的那种 注：其实作业系统相关还有不少题目，但监於重复利用性我就先不公开（这些题目都没用到，因为我评估对方可能对作业系统没这麽熟） 4. 资料库相关 (1) 请简述一下 MySQL InnoDB 的资料写入流程。[中级]：这可能是比较有争议的题目，因为不能查资料，如果没有相关的经验很难背起来 (2) 为什麽大部份的 RDBMS 会选择 B+ Tree 作为其底层的资料结构？[中级] (2.1) 有个应徵者说因为 B+ Tree 有自平衡的特性，所以我又加问了「那为什麽不使用 RBTree 或 AVLTree？」[中级] (2.2) B Tree 跟 B+ Tree 又有什麽差异呢？[中级] (2.3) 近年来，LSM-Tree 相当盛行，能聊聊它与 B+ Tree 的差异吗，以及你认为为什麽它会流行起来？[中高级] (3) 请简单描述一下 CAP 理论。[初级] (3.1) 因为有一个应徵者有 MongoDB 的经验，所以我又加问了「那 MongoDB 丛集是牺牲了 CA 的哪个点来达到 P 的？」[中级] 5. 虚拟化/容器化 (1) 请简述一下 Virtualization 与 Containerization 的差异。[初级] (2) 在 Linux 中，是如何达成 Containerization 的？[中级] (3) 假设想让 PHP-FPM 与 Nginx 的应用程式 Containerize，会如何实践？[初级] (3.1) 假设再加上 Laravel Queue Worker 及 Cronjob Scheduler，又会如何设计？[中级] 注：这题是因为去翻应徵者的 GitHub 发现他有类似的经验，所以另外加上去的 ===== 架构题 这部份有些难以说明，因为更着重的是互动性（根据对方的回答去反问一些问题），这边先省略 ===== Assignment 目前还没有人选过这个项目，看来大家是真的很不喜欢 Assignment。 以前我比较喜欢 Assignment 的时代有出过一些简单的(?)题目，例如用 Laravel 实现几个 APIs，但想想这会花费应徵者太多时间这次就不采用这种方式，有兴趣的话我要问一下公司能不能授权公开当时的题目。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.226.47.65 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1685626794.A.29B.html ※ 编辑: MoMoShota (36.226.47.65 台湾), 06/01/2023 21:51:24 上述的题目其实是因为本次的应徵者都是有经验的（至少都有 3 年以上），所以才会选择这些题目。 如果是资工本科系毕业的话，其实我就会改问一些必修课上会遇到的问题。 举例来说：请问 C 语言的 qsort ﾨ蝳〞渔伅■亠曮蚻O如何（可以查 Google） 正确答案是，其实 qsort 并没有指定要用什麽演算法实作（C 语言规格书说的） 但有一些误人子弟的网站会斩钉截铁地说它「一定」是用 Quick Sort（包括我的教授也是这样），那这表示他可能不习惯於看第一手资料 （小声）之前我问过 ChatGPT 也是唬烂说是 Quick Sort 关於 Thread 的部份我统一在这边回覆。 确实，我们的系统目前并没有在 PHP 上「直接使用」Thread 或 Coroutine 之类的技术。 但是 PHP-fpm 是一个经典的 Parent/Child Process 模型，同时在 Laravel Horizon 也用纯 PHP 加 pcntl extension 实作类似的模型。 之前我们团队在遇到 Laravel Horizon 相关的问题时，如果不理解这种模型实作可能会增加 Debug 的难度。 回到 Thread 的话题，目前我们没有计画在 PHP 应用程式上加入任何 Multi-thread 的技术。 诚如版友所述，PHP 在多执行绪的记忆体管理跟控制简直是灾难，而避免灾难的方式就是不要用它（？） 近年来因为 Swoole 的出现，让大家开始思考 PHP 的另一种可能性：Coroutine 然而从我的角度其实我也不是很喜欢 Swoole，一个理由是之前社群的分裂问题，另一个理由是「那我为何不选 Go？」 刚刚有人私信我询问类似的问题，我直接转贴我的回覆： 我们知道，PHP 有几种 SAPI：apache2handler, cli, fpm（这边仅列举比较常见的，其实还有很多） 我在这题会期待得到的回应是：当我们启动 php-fpm 程式（你可以想成直接执行它的执行档）时，PHP 实际上会做哪些事？ 像是 php-fpm 是一个经典的 Parent/Child Process 模型，它会去 fork 出很多的 Child Processes，而实际处理请求的是这些 Child Process（Parent Process 主要是用来监测这些 Child Process 是不是「还活着」） 然後，当我们收到来自 Web Server 的请求时，PHP-fpm 的 Child Processes 又是怎麽去服务这些请求的呢？ 我会很乐意看到有人从 source code 的角度去剖析这件事，但我老实说这非常罕见 所以其实只要能够从外部表现的行为（例如我们可以观察到出现 Parent/Child Processes），然後结合一些自己的经验或知识讲述它设计的理由，其实在面试就算是过关了 ps. 如果他要讲 apache2handler 也是可以的，不一定只能讲 php-fpm ps2. 当然，如果对方要讲得很深我也是可以一起聊聊的，虽然我研究 PHP Source Code 是 PHP 7 的时代的事了，但现在有些知识应该是通用的（如果被指出有误的话，还可以顺便学习 XD） ※ 编辑: MoMoShota (36.226.47.65 台湾), 06/02/2023 03:27:15 ※ 编辑: MoMoShota (36.226.47.65 台湾), 06/02/2023 03:46:08 ※ 编辑: MoMoShota (36.226.47.65 台湾), 06/02/2023 03:51:34 php pthread extension 已经在 2019 年初宣告停止维护：https://github.com/krakjoe/pthreads/issues/929 原作者表示在 PHP 8+ 应该使用 parallel 取代之（它们互不相容、也不会相容）：https://github.com/krakjoe/parallel 另一方面，pthread 或 parallel 都需要 enable ZTS，而在我的印象中在大部份的发行版这都是预设不启用，显见它在社群中并不是一个常用功能 综上所述，大部份的开发者会误认为「PHP 没有 multi-threading」是可以理解的 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 04:52:39 我满认同这位版友的说法的，实际上也曾经有面试者回问我们「问这些内容，实际工作上真的用得到吗？」 其实这些问答题大多是基於团队或个人的开发经验总结出来的一些精华，而不仅仅是抄袭一些中国所谓的「面经」 就拿 GC 的部份来说好了，曾经我们团队发现大概每几个小时应用程式会出现较高比例的 HTTP 500 经过分析，当时的应用程式 memory usage 会缓慢递增，并在某个随机的时间段突然下滑，而下滑当下的 HTTP 500 机率较其它时间高出几个百分点 我们推测这是因为 PHP 在 GC 期间引发的暂停服务现象，我们因此查询了 php.ini memory_limit 的设定是有问题的，再加上 linux memory overcommit 等设定引发一系列的错误 虽然高阶语言为我们隐藏了很多底层的细节（这也是高阶语言被发明的目的之一），但如果不了解这些细节就贸然开发，那某天晚上它们就会叫你起床重睡（？） 事实上，问答题这边仅列出「基础题目」，我通常都会根据应徵者的回应再深入去询问。 这是个很有趣的过程，不仅可以更深入了解对方的能力，偶尔也能够学习到新的知识。 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 13:06:48 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 13:29:38 很抱歉，因为 qsort 的那个例子是临时想的，确实可能不够周延 这个题目的用意在於：确认应徵者是否会查询第一手资料，抑或是拿 Google 到的热门资料搪塞。 正如同我写 PHP 也是一天到晚在看 PHP 官方手册（甚至有时候还要去看 PHP source code，因为文件有些细节会省略），而不是直接拿网路上的 Code 复制贴上。 注：在其它程式语言或许直接 copy + paste 可能是可行的，但网路上充斥着各种存在漏洞的 PHP Code（甚至包括 GitHub Copilot 都会出现），如果不经思索就贴上甚至有可能危及系统本身 关於有版友认为题目难度与薪资不成比例的问题，我认为这很值得讨论，所以我今天已经将这件事往内部检讨呈报。 刚刚老板的回覆是其实以前内部就有调整过，但 Cakeresume 上的 JD 一直忘记更新，而且昨天跟我讲的数值还是旧的，这边做一下更正： Junior - Mid： 840K ~ 1M NTD/year Mid - Senior： 1.2M ~ 1.8M NTD/year 不过也有可能是因为本篇心得是综合多位应徵者的题目一次性 PO 上来才让人产生误会，事实上不会每一位都被问到所有的题目。 举例来说：有些非 PHP 背景的应徵者就不会往 PHP 相关的题目去问。因为我认为那只是刁难、不是面试 上面也有提到，我会根据每位应徵者的履历、GitHub 贡献、Blog 文章等资讯去设计问答题 注：其实还是有题库，因为我们资源不够，真的没办法负担为每一位应徵者重新设计题目的成本 注2：其实我个人非常喜欢暗杀教室杀老师为所有学生个别出一份题目的做法，但现实上我不是黄色的章鱼、没有超音速，我也不是漫画人物 我也要声明一下，核薪的部份并非我一人能决定（我仅会提供建议供主管参酌），这边仅是 PO 出一个范围，实际上还是会跟据一面、二面的状况动态调整。 至於具体拿到 Offer 的核薪情况比例我并不是很清楚，但曾经有一个是超过 1.5M （上一版本的核薪上限）的资深工程师，他真的非常优秀且我也向他学习了不少东西 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 16:05:37 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 17:00:18 The most important goal of higher education: it was to ensure that graduates can recognize when "someone is talking rot." -- Jeremy Knowles 时至今日，我认为上述这句话的 "someone" 也可以改成 "ChatGPT"，因为现在会告诉你假讯息的不是只有长辈、LINE 群或 Google，还多了 ChatGPT。 我一向认为基础知识是非常重要的，因为它可以让人在遇到「胡说八道」的时候还能够分辨的能力，我也在这篇文章中反覆强调「目前的 ChatGPT 是会唬烂人的，所以我想找的是能够分辨它是不是在唬烂的人」 事实上，在 PTT po 文之前我有先 po 给几个比较熟识的朋友。 其中问答题的部份被某朋友吐嘈说：你这题目涵盖了 Backend, DBA 跟 SRE，这在我们公司是各 1.5M 的三个缺 其实我在设计这些题目的时候，原本就没有预期会有人全部都能对答如流，毕竟： 1. 面试会紧张，大部份人的表现都无法完全发挥（我绝对不会说我之前面试时连阵列的 mergesort 都写不出来，笑死） 2. 问题的范围领域很广，不是每个人都专精每个领域 3. 真的都能够答得上来的大神级工程师根本就不会选择我们这种小公司 设计这些题目的用意在於「我大概想知道应徵者对哪些东西熟悉、哪些不熟悉」，这对未来的工作内容安排有很重要的意义（相信我，你绝对不会想让一个後端工程师去写前端，大家都痛苦） ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 18:58:01 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 19:31:02 欸不是，原来这题目有很卷吗 XDD 除了我那个比较规格外的转职学生之外，昨天我把同样题目丢给今年高二的学生，他大概一小时内就解出来了（Python） 我本来还在想是不是我出得太简单了说 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/02/2023 20:34:39 认真说，继续学 Python，千万不要把路给走窄了。 中字辈电机，他说他成绩没这麽好能往台清交成 我希望以下言论不要代表我们公司，仅是 furrymosa 前深夜我个人的抒发 考跟公司无关的白板题：这工作用得到吗 要下棋吗 考跟公司有关的实作题：你们公司是不是想要白嫖人家做法？ 没办法，父子骑驴。 我花费大量心力设计各种题型，就是不想浪费任何一个可能的人才。 我过去非常讨厌白板题，我的心态就是：啊工作用又不到，我干嘛要会？ 我也非常歧视刷题仔，觉得 Side Project 跟 Open Source 贡献才是王道。 就算我自己会把 Leetcode 当成开始吃药之後取代咖啡的醒脑工具；就算我曾经还有去打过 ACM-ICPC；我仍是讨厌白板题的。 我知道自己一定不是寂寞的，有很多人有着亮眼的 Side Project 或是很棒的 Contributor，但就是不会白板题所以无缘大厂。 我希望能以这种形式的面试，让这些人有一个机会。 我知道自己只是一个人、一间公司，没办法撼动整个市场，也没有那个资本跟什麽韧体厂竞争。 但我期许自己的任何一个行为，都能够为整个产业带来哪怕一点点的改变，我有能力做所以我去做。 被问倒真的不是任何应徵者的问题，我希望能够更跟多有热情的人一起参与改变－－即便它的结局可能不尽人意。 看到鼓励，其实我还是会开心的；看到批评，我还是会想多多检讨的；即便只是酸民，我也认为这些都是自己进步的可能性。 但我必须说，我没有自己想像中的这麽坚强。 嘛，感谢版友们在在听一个老人家深夜唠叨，如果让你不开心了冲着我来就好。 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 04:11:39 容器化是因为有位应徵者的 GitHub 上有 Nginx + PHP-fpm 相关的实作，但他并没有遵循最佳实践 会问这题是想知道当时他是怎麽想的，是不是有什麽额外的考量 那题的背景是，问了 Virtualization 跟 Containerization 的差异之後，有位应徵者讲出了 Virtualization 是依赖 KVM 达成（虽然不全对），我就顺势问了一下「那你知道 Containerization 是怎麽达成的吗？」 虽然他没能答出来，我认为合情合理。所以我在面试结束前也跟他提了 namespace 跟 cgroup 的概念，跟他说有兴趣的话可以查一下相关的资料。 因为应徵者背景各有差异，例如会为具有一些 SRE 背景的人准备伺服器相关的题目；为履历上写着「精通」PHP 的人准备底层的问答 再次强调，上面是综合多位应徵者的考题，不是每个人一进来就从第一题往下问 刷题仔没错，每个人都有自己的选择，也没有所谓「正确」或「错误」的选择 我个人的偏好不会影响到实际评分的结果，即便我不喜欢白板题，我仍会喜欢将其作为智力测试或脑力激荡，因为这很「有趣」 其实，在本轮面试结束之後，我老板传了一篇文章给我 https://www.inside.com.tw/article/4268-coder-hacker-and-architect 他觉得，本次我应该要检讨的是「不是每个人都有志成为 Hacker 或 Geek，大部份的人都只想成为 Coder」 而他们在履历上写的「精通」也只是指 Coder 的精通，跟我的定义是有点差距的。 我不能透露太多关於应徵者的事，但其实这次过程中有一位让我非常期待： 1. 资工本科系毕业 2. 有社群参与，跟我一样是 SITCON 3. 丰富（多年）的 PHP 工作经验 4. 自愿挑战比较难的考题 5. （他应该不知道）他曾经两次从我手上抢走 Offer 虽然最後的结果有点不尽如人意，但我认为只是因为我们领域不同而有所歧异，他仍是很优秀的开发者这点无庸置疑 为什麽我会期待对方 Not only Coder？因为有一个能与人分享、共同学习、保有热忱的夥伴，是人生中很棒的经验。 我曾经在上一份工作，又或是大学时在资讯社群中有类似的感觉，而我很喜欢也很向往这种感觉。 向钱看齐并没有什麽错，认为工作只要完成就好也是一种选择。 毕竟有人有家累、长辈与子女的期待，但如果可以选择的话我还是想找个 Hacker 或 Geek 一起创造。 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 11:24:05 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 11:30:41 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 11:46:09 那大概就是没给到 PHP 业界前 5% 才会被批评吧 XD 我自己也是会自嘲「活该 PHP 薪水低」的那种鄙视链的一员，但这不应该是常态现象。 我永远也不会忘记有个游戏业的朋友在爆肝数十小时之後，问我薪水那种惊恐的神情（我当时也才 65k/月） 如果可以的话，我当然希望所有专业人士都能够领到合理的报酬 但现实世界不是童话故事，也不是动漫，不公平比比皆是，我能做的只有尽量弥平这种不公平（或是去加剧这种不公平） 我年少轻狂时有想过创业做游戏，当时跟几个绘师（兼其它公司的游戏美术）聊这件事，他问说： 「你觉得一个游戏美术应该月薪多少」 『至少也要 60k/月 吧？』 「你创业之後请务必第一个找我，拜托。」 时至今日，他见到我还会开玩笑地问说什麽时候要创业。只不过，实际见过游戏业出来的人（前公司 PM）之後，我只能说 我又不是矿里有家，创个屁业。 我其实也做过一段时间的韧体开发，但我老实说我就对那个领域提不起热情，所以我成为 web 仔。 我能理解你的想法，毕竟我大学教授有一模一样的思维： 「前阵子，一个你们毕业的学长回来找我，我问他在做什麽工作。」 「你知道他回什麽吗？他说他在写 Web！」 「我就问他说『你是怎麽沦落到这种地步的？』」 以当时来看，web 虽然有很多机会，但薪资相对少（其实现在好像也一样） 而且当时的 web 技术还没有现在这麽百花齐放，教授会有这种观念也不是不能理解 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 12:08:07 我也觉得他是对的。 学学某大型 B2C 电商，笔试考卷发一发就好，反正都有标准答案，就算现在还在考 PHP 5 的东西也没差； 学学一线大厂，白板题直接往上丢，反正 Leetcode 说多难就多难，也不用在那边自己烦恼这题会不会太难； 反正有热情的人进来还是有热情 想跟 Hacker 或 Geek 共事，等他进来再确认也不迟 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 12:20:34 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 12:50:05 嘛，还是很感谢我朋友帮我 po 过去啦，不过他好像 po 到自己在那边森77。 他帮我说话我是很开心啦，但他做人跟讲话就比较机车（他自己说的，非诋毁），大家就不要太在意了 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 13:12:32 别提了，刚刚他还 7pupu 跑来跟我说歧视啥的 XDDD 其实我们是有架构题的，for senior only，因为我对该职位的需求是「要能够与架构师讨论技术选型，并定义合适的 Interface」 本次有两题架构题，但我觉得以 PTT 这类文字载体真的很难呈现那个互动感，不过既然有人提了我就稍微说一下，反正这些题目大概不会重复使用 1. Web 版简讯实联制服务 题目： 1. 共需要有 2 个 APIs： (1) 让商家可以发行商店代码（需输入店家地址或经纬度资讯，回传一个不重复的商店代码，一个 15 码的纯数字字串） (2) 让民众可以传送疫调资讯（需输入一个字串，表示简讯内容，「可能」存在商店代号，不会回传或回传 204） 注意事项： 1. 总商家数量约为数百万，小於 1000 万 2. 民众每天会产生约 1 亿笔资讯，需考量後续分析可行性与储存成本 我通常会问一些问题，视对方的回答再决定要不要继续问下去： 1. 你会如何产生商店代码？ (1) 如果用 DB 的 Auto Increment 的话，会不会有伪造的可能性？ (2) 可以加个检查码，这样对於一些不符检查码的请求就可以直接忽略？ (3) 会在哪里储存这些商店代码与位置资讯？ 2. 你会如何验疫调资料的正确性？ (1) 如果没有商店代号，那表示该请求是非法的，直接忽略 (2) 承 1-2，如果检查码不对，可以直接忽略，这样也不用进 DB/Cache 查它是否存在 (3) 假设检查码的演算法被破解了，有没有什麽好的方式更新演算法，还是直接让它到 DB/Cache 里查？ 3. 那如何保证可以每天接受 1 亿笔的记录，会选择什麽储存方式 (1) 如果需要分析 XXXX，那这种储存方式是合理的吗？ (2) 如果需要分析 OOOO，那这种储存方式是可以接受的吗？ (3) 假设每天确诊人数剧增，依你上述的方法在请求报表的时候会很慢，有什麽因应手段呢？ 基本上这种题目题很自由发挥的，如果没什麽想法也可以问问 ChatGPT（不限制），不过也要思考它回覆的合理性。 为什麽会出这题？ 因为公司有某个业务会有大量的短的 HTTP 请求讯息，而且我们需要与 Data Team 合作，定义出他们易於分析的资料结构，并且还要注意是否适合储存载体。 虽然也考量过会不会有点太过「政治」，但我认为技术是中立的，纯做技术探讨的话其实没什麽政治问题。 利申 这题实际上提到的传送资料方式、储存方式与分析内容与公司主要业务差距甚大。 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 14:13:45 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/03/2023 14:25:46 身为一个近十年的焦虑症与恐慌症病患，不必担心我有定期服药与就医，目前病情也尚未影响到生活与工作。 不过仍然很感谢您的关心。 我个人是不太介意这类言论，但期许您可以在发言时多站在对方的角度想一下，我能接受不代表其它人也可以。 AVL Tree 确实是较罕见的，它比较像是教材中的范例，毕竟它是最早出现的自平衡树。 该题其实是因为应徵者提出了「自平衡树」的说法，所以才想说进一步问「为什麽不采用其它的自平衡树？」 其实这没有绝对，毕竟每个人的经历与专业不同。 有些人更熟悉具体业务的 Domain Know-How、设计模式，而有些人则喜欢底层技术，这都没有对错。 我时常会告诫自己「要成为一个有十年经验的资深工程师；而不是有十个一年经验的资浅工程师」 不过理想丰满，现实骨感；我觉得自己大概只是个五年经验的中阶工程师吧。 或许我可以聊聊为何我会选择这间公司。 2017 年左右，我前公司因为一些业务调整的缘故所以我离开了，当时我在求职时的基准就是：年薪至少要大於 1M 我当时面试了很多公司，像是创业家兄弟（生活市集/松果购物）、联合购物网（好像之後收起来了？） 面试的经历有好有坏（也有那种我到现在还在呛他家 CTO 不懂技术的），不过绝大多数公司我都要求要 1M 以上。 只有目前这间公司例外。 当时我很认同它的产品理念与创办人（目前的老板）的想法，於是我只为这间开了特例，降了一些标准 其实公司最後也没让我失望。 刚入职时，公司还在很初期的阶段，还跟别人共用小巨蛋的创业基地办公室（虽然环境不错，就是冷气太冷），那时甚至连独立的办公桌都没有 XD 随着业务的稳定发展，我们先後搬到了共用办公室，当时终於有自己的办公桌了，也不用跟人抢会议室了； 最後，我们现在有一间独立的办公室，八楼、视野良好，可以看到台北 101，下班还可以走去吃个五之神再回家，还在捷运站旁边非常方便。 哦对了，当然最重要的薪水早就远超过我当时的预期了。 这就是为什麽我喜欢新创，随时都有挑战、随时都有机遇，当然，随时都有风险。 看着自己的努力发扬光大，具体地感受着自己与公司的进步，这种机遇与经历绝对是人生中很美妙的一笔。 我承认自己应该是比较幸运的那一批，毕竟不是每一个新创都有这样顺风的经历，我们「刚好」遇到疫情，又「刚好」业务会因为疫情而增长，又「刚好」遇到有足够眼光的老板与能力出众的同事们。 诚如我一直强调的，不是每个人都有相同的机遇，也不是每个人都愿意做出这样的选择。 适合我的，不一定适合你。所以我不会、也不可能要求每一个人都应该跟我一样。 这次的面试型式一直是我想尝试的方向，说是「对既有面试方式的挑战」或许有点太自负了，但我真的很想要在尊重双方的前提下设计一个令双方都能够满意的经验，所以我在能力允许的范围下提供了很多选择。 觉得问答题太难？可以，我们来实作。 觉得实作太无聊？可以，我们来架构。 觉得比较习惯其它公司的做法？可以，我们来白板题。 曾经有应徵者很惊讶，为什麽我们提供这麽多选择。因为我想尊重每一个应徵者的意愿与选择，我觉得如果我加一点点工作量就可以让应徵者感到他能够发挥所长，那也算是值得的。 可能是我见识短浅，但我从毕业到现在几乎都是遇到那种进门先甩你白板题的公司，其中不乏所谓的「一线大厂」，或许这已成为约定俗成的惯例了吧 还有那种事前从不跟你说要考什麽、要带什麽，然後一进门就说「蛤？你没带笔电哦？」的公司；也有那种白板题考得像是要找人脑 compiler 的公司（但面试者连 C 语言的 sizeof 不是函数都不知道） 不可讳言地，他们（有些）的薪水是真的香，但是对一个你进门就知道面试者没料的公司，我个人是不能接受：毕竟，面试是双向的。 ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/04/2023 15:17:02 我承认，以前我是那种会想办法说服对方用我的方案的那种人 XD 不过年纪大了之後，我比较倾向让对方放手去试试看，除非我看出有明显的问题，不然我不太会阻止他。 举两个例子： 1. 同事觉得我们可以在 Laravel 上尝试用 Pest 框架取代 PHPUnit，当时我觉得这个点子不错所以让他放手去改，而直到现在我们公司还是大量用 Pest 框架（写起来比较不罗嗦） 2. 同事用了原生函式取代我实作的 XML Parser，被我阻止了，因为经过测试它的实作会使用两倍的记忆体与降低处理速度约 20% ~ 30% 2-1. 他还跑来跟我争说「原生函式一定比较好」。兄弟，benchmark 就摆在那边了，你觉得我的实验有问题你自己设计实验，不然我就只能阻止他的 PR 2-2. 这个重构是他认为我的实作耗费太多记忆体了，在某个极端情况下会 out of memory，然後他的实作在更多的情况下 out of memory（？） 另一方面，我是很愿意培养新人的，我找人来最大的目的是为了把自己给 fire XDD。 之前有个新人（Junior）进来後问我该怎麽快速养成实力，我就把他工作时遇到的盲点分析了一次，认为他的基础知识不够紮实（因为是非本科转职，不能怪他） 当时我就推荐他去看一些资料结构跟作业系统的科普（虽然我更推荐读教科书，但说真的下班後还要去 K 教科书这种事不太现实），以及一些我觉得还不错的入门书籍。 通常来说，如果有个人来问我问题，我会先确定他要的是「我认为的解答」还是「思考的方向」 - 如果他要解答，我就跟他讲我的思路及我认为要这麽做的理由 - 如果他要思考，我就会给他一些可以尝试的方向或可以去哪里找资料 - 如果我也不知道，那我会跟他一起找找看，或是请他实验看看（甚至是自己接过来做实验 XD） ※ 编辑: MoMoShota (36.226.34.224 台湾), 06/04/2023 16:00:11 确实，虽然不是很频繁，但有些问题是跨领域且需要各种背景知识才容易解决的。 这也是我对 Senior Engineer 有的期许（虽然看起来 Soft_job 版好像不太崇尚这种想法？） 我觉得，就算是 200+ 也一定会有人有意见。 我的心态就是「对，你说得都对，有能力选择 200+ 还 2000+ 就不劳您加入我们了」 反正现在劳资双方就是各自喊价，市场机制下喊得合理的就能找到人。 其实 Soft_job 版算是惠我良多，我已经着手调整目前的题目，目前倾向於降低整体难度与更明确划分 Junior 与 Senior。 如果未来公司仍授权我将面试题目分享出来，我应该还是会跟版友们分享。 （至於 FB 那边我应该会阻止我朋友 po 文吧，我是因为对紫色猫猫没啥好感所以一直没加入才想说请他帮个忙，然後他自己搞到崩溃笑死） 没事，技能的培养不会是一瞬间的事。 如果真心喜欢这个领域、这个产业，那进步也只是时间问题。 ※ 编辑: MoMoShota (36.226.26.49 台湾), 06/18/2023 00:30:51