说说 node 的多线程，如何开辟多线程，说说 fork 对内存的影响

反问

2 面

说说飞书中实习经历比较有亮点的（把一个脏活累活做漂亮且实现自动化、延伸、分享）

电商中做了哪些业务（低价分流）

如何跟客户端、后端同学协调好工作内容

写题 数组 origin，他的内容 * 2 加上 origin 本身后，打乱，形成 changed，给定 changed，计算任意一个可能存在的 origin

反问

3 面

进入里面委环节，很幸运的是，几轮面委都非常的友善，他们更倾向考察上限的问题，对某个点的深入也完全是基于我的经历展开的

自我介绍

讲一下你觉得比较有技术难度的需求：pnpm + monorepo

为什么用 pnpm 而不是 npm

幽灵依赖是什么？pnpm 怎么解决的

能给我讲讲 pnpm 架构设计嘛？【开始上强度了】

跟我说说 pnpm run

npm 的一些安全问题你知道吗，讲几个 case（操作本地文件、读取用户信息并上传）

反爬安全怎么做的

反问

4 面

基于过去的经历做个自我介绍，有什么比较有成就的

为什么大一就这么早决定走前端这个路呢

你现在的想法有变化吗，是否突破了这个 scope，你是如何突破的

你怎么看待前端深度和广度的问题

大部分人对于广度很热衷，学习各种技术栈，但在深度上浅尝辄止，你怎么看待，你如何解决这个问题

你平时工作中的沉淀是怎么做的

你能系统化学习，那你怎么保证你的方向是选择正确的呢

你是否阶段性遇到一个很难的问题，你是怎么看待的，如何处理的

反问（我直接把他问我的问题抛回去了hhh）

个人感觉，面试官人很亲切，经常以我名字后两个字开头，后面评价说觉得我能想的挺远还是很不错的，接下来会有 hr 联系我（蚝！

hr 面这边就不展开说啦，整体的面试过程就是如此，可能对一些问题没有展开说明我是如何回应的，我会在下面展开聊聊

三、个人感悟

这次的面试经历也让我有了很大的成长，下面我会基于一些主题进行展开这一部分我不会做什么长篇大论，讲一些大道理，更多是把我个人的理解表达出来，不接受的话可以忽略不计～

基础知识的积累问题

可能很多人认为基础就是八股，但其实这两个的差异是很大的

首先我们要认识到基础的重要性，从编程语言的语法规则到算法、数据结构，从数据库、操作系统到网络通信，在工作中，很可能会因为一些奇怪的问题（我们称之为“坑”）而显现

在这个节点上，基础扎实就能很快定位并解决问题

当然这个很多人都知道，那如何让自己有效地学习基础知识呢？

我理解就是基于工作内容去发散，比如：

第一次用 Charles 做移动端调试，那我是不是应该看看 Charles 代理是如何实现的？第一次启动公司项目，还得下载一个证书，那证书的意义是什么呢？……

平时多做这些发散，去花精力总结，就能逐渐培养基础能力，当然，我们要尊重过程～

至于如何更好地落实 —— 写文档，可以写博客，也可以写给团队的同学，给他们整一个 xxx 研发 onePage，记录你 xx 开发的感悟，思考，以及一些深入的研究（好处不言而喻）

评判研发能力的真正标准

解决问题的能力、沟通能力！

相比于此，技术能力都排不上号。技术虽为基础，但无非是一个人是否花时间、花多久的问题，没有多少核心竞争力，但是像解决问题、沟通，是很多人一辈子都学不好的。

具备优秀的解决问题能力的人是怎样的？

优先级评估、计划与时间分配：对于程序猿来说，业务并行是常态，同时处理多个事情是必须要经历的过程，因此在比较慌乱的时候，需要快速做好优先级调整，保证需求的顺利推进……

具备优秀的沟通能力的人是怎样的？

文档优秀：文档可以视为一个非常重要的能力，比如技术评审，基于文档展开，你要搞明白要表达什么，评审的时候要落实好什么事，作为载体的文档一定会肩负最大的责任情绪稳定，适应不同受众：这也是一种职场能力的体现 —— “多元兼容”，根据不同的沟通对象调整自己的沟通方式和语言表达，面对不好的 case，也需要保持情绪的问题。在入职的初期，我在沟通上也曾收到很大的委屈，但当时 ld 告诉我说，你只需要负责完成 xx 任务，如果因为某人导致 block，直接上升至对方 ld 即可。（总的来说：沟通上的心智负担是自己给自己的，重点是我们如何调节看法）

至于如何提升，只能多多在工作中学习，观察师兄师姐的行为模式，遇到问题、挫折，解决之后好好复盘，这也是一个必须要经历的过程（尊重过程 * 2～）

简而言之：多观察多思考，少刷短视频（

脏活累活的定义与看法

脏活累活如何定义？

通常是指那些繁琐、重复、技术含量相对较低的工作，例如：数据录入、环境配置、看板搭建等

谁都讨厌脏活累活，但是脏活累活是不可避免的。一般来说，团队中的资源是不断流转的：某个节点，A 同学有晋升诉求，他的资源就会得到倾斜，相对的其他同学，就会分担一定的脏活累活

对于 “脏活累活”，我们应该有正确的看法（这不是 PUA）。首先不可避免，我们在遇到脏活累活时可以多思考是否有可以解决 “脏”、“累“ 这两个属性的方式：

”脏“：工作内容繁琐、重复，可以通过自动化工具来减少 “脏” 的程度。例如，对于数据整理工作，可以编写脚本或使用数据处理软件，实现自动筛选、分类和汇总”累“：工作强度大、耗费时间长，这点无所谓，按照人力顺排即可（你提早卷完了也得干别的）

所以核心在于如何处理 “脏” 这个问题，可能 70% 的场景下都没有快速解决的办法（只能接受，这就是你的工作），但剩下的 30% 的场景，我们可以通过脏活累活做出很亮眼的事情，这在 ld 的眼里就是 —— 超出预期

全栈的看法

非常接纳！理由如下：

前端的 scope 还是太小了，仅仅专注于前端，可能会限制对整个项目架构和业务流程的理解深度全栈能够提供更全面的视角，可以设想，我们了解后端技术、数据库管理、服务器配置等各方面的知识，在项目设计和开发过程中：跨栈能力能很大程度增强职业竞争力，现在企业对综合性人才的需求也越来越高，是一个很不错的趋势如何做好选择，找对方向

选择大于努力，最重要的就是规划和对自我认知的程度，这个话题太大了，我们可以从两个小点出发：

沟通学习： 了解方向自我思考： 确认自己的处境四、最后

每个阶段都有不同的成长，像第三部分就是我秋招以来的收获，都是从面试、答辩中学习到的，在这里分享给大家，如果有想要深入探讨的，随时欢迎交流！

最后，如果你想加我们的技术社区，想要打破信息差、水群、提问、参与开源，可以加我：Tongxx_yj，欢迎大家的加入！