我的秋招实习之旅

记录面经，算是给自己的大学留下一点东西吧

wxg 游戏实习

一面

总结：面试官人很好，整个面试过程中就像是聊天一样，全程演示项目，中间穿插了一点八股

• 蓝桥杯是什么
• 问简历上的项目是实验室还是个人项目 面试官说都会把比赛项目给放到前面，所以以为这也是实验室作品。然后我就拿了挑战杯写的前端页面简单说了一下

以下基本都是项目细节：

• Mod 开发组与你是什么关系（甲乙方？）
• 为什么分了开源核心 + 后台仓库（后台仓库代码不安全，需要审查）
• 编辑人员提交流程（后台编辑 + 管理员提交 -> gitee pr + 审查后合并 + webhook 触发 cicd 同步到 oss）
• Astro 是什么，SSG SSR 是什么（说了一下基于 vite 进行驱动与支持 ssg + ssr，然后说了一下 ssr 的动态拼接字符串；然后面试官说了什么 jeklly？）
• 选了他的原因是什么（博客落地实践过，知道一些底层原理，内容驱动生成网站，符合 wiki 定位要求）
• 框架可以插入 react 或者 vue 组件吗（可以，且可以一起使用）
• 有试过放在一起吗（没有，提了一下 vite 放在过一起导致开发声明报错，其次是两个应用相互独立，通过各自的 app 创建函数来渲染页面，只要他们副作用不会相互影响我觉得问题都不算大，不过现在看来感觉还得想一想 vue react 底层，他们的更新机制不一样，会不会一个框架的占用线程太久导致了另一个框架更新不及时）
• 编译器和 polyfill 的关系，知不知道每一个 es 版本的区别（不会）
• 整个项目内核升级是什么意思（说了用插件将所有的逻辑进行封装，最后进行复用，要求展示了一下除了简历还有哪个网站复用了）
• VSCode 插件展示一下，具体在 VSCode 做了什么，用途（mdx 转 ast 语法树，对节点进行分析，并读取工作目录下的资源进行查错；给一些编外的词条编辑人员使用）？
• 网页插件展示一下？（没实现，说了一下对每一个用户都要开一个专用检查进程的原因）
• 看一下你的分析器和 mdx 官方分析器的关系（完全独立，没来得及说存在的优化部分） 本来要进笔试了，然后说了一下 yjs 是核心之一
• 在线平台演示效果
• yjs 是什么（协同编辑中编辑冲突的一个库）
• 协同主要问题（说了并发冲突和 YATA 算法的作用，面试官似乎没做过这个领域）

笔试：

// 写一个类似迅雷的下载管理器，用户可以不停往里面push url，管理器需要保证同一时间最多只有3个请求在并发下载。
class Downloader {
  urls = []
  push(url) { }
}

// 每个url均需要被传入以下fakeAxiosWrapper函数。你可以把这个函数当做一个封装好的axios函数，作用是请求远程api，不要改动这个函数。
async function fakeAxiosWrapper(url) {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      console.log(`download ${url} done`)
      resolve()
    }, 3000);
  })
}

// 验证代码
const downloader = new Downloader()
downloader.push(`url1`)
downloader.push(`url2`)
downloader.push(`url3`)
downloader.push(`url4`)
downloader.push(`url5`)
// 等待3s后，同时输出
// download url1 done
// download url2 done
// download url3 done


// 再等待3s后，同时输出
// download url4 done
// download url5 done

没写出来很可惜，因为以前写过一个类似的并发下载控制，结果这里没写好。面试官换了个节流，问了一下为什么 setInterval 可以用来证明你这个函数是节流的（宏任务队列首部）

反问：

• 工作时间（上午十点到晚上八点半）
• 地点（深圳总部）
• 实习时长（越久越好）
• 技术栈（挺多跨端技术的，感觉进去又要开始上手新东西了）
• 有没有什么可以改进的地方
• 下一面几天后（最晚一周后）

整体下来感觉最大的问题还是信息差与沟通点没到位，项目核心部分展示的内容不是很多，然后还浪费了一些时间，只能说很可惜，下一次对于不会的内容就应该直接说不会（恼）。

另附：

在处理前端开发中遇到的浏览器兼容问题时，理解JavaScript编译和Polyfill的概念是至关重要的。以下将深入探讨编译器（如Vite依赖的esbuild）和Polyfill的作用以及它们在解决兼容性问题中的区别。

编译器（如esbuild）的主要职责是将现代JavaScript代码转换为兼容不同浏览器版本的代码，它专注于处理JavaScript的语法特性，而非API。例如，??操作符的使用，height ?? 100将转换为(height !== undefined && height !== null) ? height : 100，这就是语法处理的一个例子。然而，对于浏览器不支持的API，如replaceAll方法，编译器并不会自动处理，需要开发者自行引入Polyfill来弥补。

Polyfill则是补全缺失API的工具，可以确保现代JavaScript代码在旧版浏览器中正常运行。例如，针对replaceAll方法的缺失，开发者需要引入如core-js或polyfill.io等库来实现其功能。使用polyfill.io时，可以通过其提供的链接选择性地引入需要的polyfill，极大地简化了集成和维护过程。

理解这些概念的关键在于认识到编译器和Polyfill在解决兼容性问题上的不同角色。编译器专注于优化和转换代码语法，而Polyfill则专注于填补API的缺失，以确保代码在不同浏览器环境下的兼容性。在遇到特定的兼容性问题时，应当根据问题的性质，选择合适的工具来解决，以提高开发效率并确保代码在各种环境下的正常运行。

二面凉经

总结：需要回去复习计算机底层，还有浏览器的各个标准，拓宽视野，不能局限于信息茧房。面试不能失态啊

• 老家是哪里的，还有住在哪，学校在哪

• 说一下数据结构栈和队列，他们的区别，栈在哪里有应用场景，队列，然后假如队列发生了插入，那么此时这个队列变成了什么，具体应用场景有什么（这里应该是想考察操作系统层面的知识，FCFS对应队列先进先出，头部插队可以联想到SJF，毕竟是按运行时间最短，还有发生了任务队列插队的原因可能是任务优先级更高点，复盘时才想起来，哈哈。同理 LRU 采用一个队列结构去存储页的节点，首部 push 最新用到的页，底部为最近未使用的页，当队列内某个页被使用后将其取出并 push 入顶部，页空间不够了就将底部页面淘汰即可）

• 先说一下 localStorage 大小（上来就没答对，然后告诉我这个是错的，并且要求远程桌面演示如何验证，首先 mdn 吧，然后百度，然后一大堆，面试官一直没听到自己想要的答案，最后给我一个网站，这个网站就是通过不断填入 localStorage 字符测出上限）

• 然后引导到操作系统页置换算法，要求写一个按字节数大小计算的 LRU 缓存，问了一下时间复杂度，有没有什么可以优化的地方（虽然 LRU 本身好像都没写对）

• 计算机网络（七层模型，常用的四层），每一层帧封装的格式，知道的越多越好。到传输层后问了一下 udp 的校验和是怎么做的（忘了），应用层有哪些协议（http，ftp，就记得这两个）

• 说一下项目大概的情况（此时心态已经崩了）

• 看一下你项目的架构图（4月份画的，很简单，没看到面试官表情）

• 你的项目最终为了解决什么问题，相比其他 wiki 第三方平台有哪些优势（但是当时哥们纯出于兴趣，就研究了一下 wiki 基本的功能，现在想想一个是调研组内需求，对比当前市面上的框架有什么不足，现有框架是否能够满足开发需求，其次是满足开发需求后付出的时间成本怎么样，哪一个方式效益最高，我们自研后是否还能产生额外效益）

• 看你 wiki 用 astro，性能是不是很好，跑个 lighthouse 看看（第一次不给力，才89，第二次才满分），那么就结果来说你能信任 lighthouse 吗，最好的收集用户数据手段是什么（埋点），埋点的话你会怎么解决（就目前个人能力可能会找 google analysis，现在想想应该回答一下如果能接受就找一些第三方埋点包，评估并进行引入）

• 反问（彻底崩溃，想着也许无缘了，顺便就问问一些项目上改进的地方）

• 我需要改进的地方（浏览器基础和计算机基础不太好）

• 这次实习是有考虑提供转正的吗（有，所以筛人很严格）

• 如何提升项目积极性（问了我 wiki 的访问量，很少，于是就说这个就是问题，一个是正反馈，还有就是当你的代码面对千万级用户时你该怎么办）

• 聊了一下跟踪脚本，现场出一个场景题，假如要拦截该怎么办（用户隐私模式？找运维拦截域名？路由器搞个过滤？最后回去让我自己查(document.referrer，以及相关文档：https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers/Referrer-Policy 应对措施是使用 meta 标签开启整个文档的限制)）

• 看一下你的项目文档（一开始才看到 800 行就笑了，然后看到 2w 字就说还行，看到我快崩溃了就稍微夸了一下，我也知道这是给点面子（逃））

• 以为这一面会继续拷打项目，为什么没有深入细节（说一面已经看到项目诚意了，二面看看其他方面）

• 平时怎么学前端的（先从实验室的路线开始，然后逐渐发展成从文档上手，顺便聊到了自己博客，当时刚好看到 content collection，虽然是全新 api，只有英文文档，但是借着热情把文档硬啃了下来并进行了实践；其实有准备好一些回答，但是我现在觉得临场发挥的这个也可以，因为在研究它时是真的有种动力在支撑自己做）

• 一面是主管吗（这次的面试官才是主管，问我为啥看不出来，我说一面聊了一下技术栈，看做了不少跨端的，且提到王者直播间优化也是他们做的时候，我回去找同学看了一下效果，优化是顶级的，几乎融入到 app 里面了，就觉得很厉害，结果这一次面试全在深入底层，才后知后觉都是高手口牙）

• 有因为学历而考虑考研吗（没有，不想被拉去造学术垃圾）

我也许需要休息一下，回去好好反思自己真的是热爱计算机吗，虽然从大学三年来说我可以说是肯定的，但是我也许仅关心前端的开发方向，有时候为了项目看的太远而脱离了依赖的本质，又或者当我踏入校实验室大门那一刻，我就把目光局限在了实验室内？最简单的东西往往也是最难的，如同哥德巴赫猜想一样，欧拉直到去世也无法证明它；对底层的东西并不够上心，操作系统学了，mit 实验也做了，编译原理学了，好好写了 LL1， SLR1 文法，但也许因为不够聪明，记忆不够深刻。还有被学校各种乱七八糟的事情磨平了棱角和热情，还有最干扰自己的也是自己，担心前途，担心学历，当背负着这两样东西开始学习的时候就是开始内耗了

下一面是字节，假如这也不过的话正好能给自己提出一个理由休息，这大学因为课程上的破事真的让自己过的太憋屈了，正好假期可以好好放松自己，找对方向后再准备。

其次顺便说说为什么要反思是否真的热爱，这是 lz 在大一 ctf 比赛的时候真正体会到了乐趣，校内赛 web 6 题有 5 题都通过自己查资料和积极思考得出了答案，其中包括但不限于反序列化，cve 漏洞注入，php 等。虽然最后因为别的方向的队友做出的题太少，但是 ctf 本身就很好玩。还有一些零碎的就不说了，相比于真正热爱计算机的人，我的思想可能差一些 level？因为 lz 有一个群，群里大部分都是非科班的同学，但他们因为对计算机的兴趣而聚在了一起，他们时不时就会开始聊起 riscv，会自研一套指令集，并互相评价和优化，会研究 rust 底层编译，了解在编译器层面上的黑魔法，以及不同工具链的编译结果对比，以及中断程序的处理，该放在整个主存中的哪个位置，还有讨论最优的置换策略，ffmpeg 针对某些领域实现的高速优化。

站在他们面前时我总是在扪心自问：我真的是计算机学生吗；其次，我在反思：实验室的培养路线真的是在培养计算机学生吗，还是说只是单纯培养一个会写业务的同学罢了？

道阻且长，行则将至，行而不辍，未来可期。

按字节计算的 LRU

自己写了一份，简单测了一下，似乎没问题:

可以继续优化吗？也许

class ListNode {
  constructor(key, value, left = null, right = null) {
    this.key = key
    this.value = value
    this.left = left
    this.right = right
  }
}

class LRUCache {
  constructor(maxBytes = 5) {
    this.maxBytes = maxBytes
    this.currentUsed = 0
    this.dummy = new ListNode(null)
    this.dummy.left = this.dummy
    this.dummy.right = this.dummy
    this.nodeMap = new Map()
  }
  #getNode(key) {
    const node = this.nodeMap.get(key)
    if (!node) return
    this.#removeNode(node)
    this.#putToHead(node)

    return node
  }
  // 最坏情况需要遍历所有节点
  #cleanSpace(expect) {
    let newSize = this.currentUsed + expect
    while (newSize > this.maxBytes) {
      const { key, value } = this.#removeTail()
      newSize -= value.length
      this.currentUsed -= value.length
      this.nodeMap.delete(key)
    }
  }
  // O1
  get(key) {
    return this.#getNode(key)?.value ?? -1
  }
  // On, 遍历已有节点删除
  put(key, val) {
    if (val.length > this.maxBytes) throw new Error()

    // 更新时移动到顶部
    let node = this.#getNode(key)
    if (node) {
      const expect = val.length - node.value.length
      this.#cleanSpace(expect)
      this.currentUsed += expect
      node.value = val
      return
    }
    this.#cleanSpace(val.length)
    node = new ListNode(key, val)
    this.#putToHead(node)
    this.nodeMap.set(key, node)
  }

  #removeNode(node) {
    node.left.right = node.right
    node.right.left = node.left
    this.currentUsed -= node.value.length
  }

  #removeTail() {
    const tail = this.dummy.left
    this.#removeNode(tail)

    return tail
  }

  #putToHead(node) {
    this.currentUsed += node.value.length
    node.left = this.dummy
    node.right = this.dummy.right

    node.right.left = node
    node.left.right = node
  }
}

三面凉经（挂）

省流：前半小时一问一答项目，然后一点八股，最后15分钟反问时救了一波面评

几天前面的，记得不是很清楚了，将就写一下

面试没开摄像头，听声音有点老，不知道啥情况

一开始介绍的时候节奏不是很好，让面试官误会了这就是个工具使用项目，直到最后反问的时候把各种研究的细节抖了出来才改了态度

• 自我介绍
• 说一下项目（简单做了一下介绍，落地背景，技术选择，产品上线，由于之前有点摆烂，所以准备的不是很好）
• 问到静态网站的时候拷打了一下 CDN 是什么（只知道是个内容分发网络，回原的细节记得不是很清楚）
• 网站访问量高吗，有多少人在用？（不多）
• Astro 框架是你自研的还是第三方的（？第三方）
• 八股：
  • http 每个版本的区别（只说了 2.0，本来想讲 1.0 的一些 chunked 机制，但发现自己记不清那个头是啥，索性就不讲了，3.0 知道是 udp 和 google 研发）
  • 缓存（结合项目的 html etag 协商 + vite 打包 8 位 hash 说了一下，但是面试官不是很满意）
• 反问（从这里开始救了面评）
  • 需要改进的地方？（反问了你从这个项目学到了什么，然后开始绝地求生）
    • 阅读了部分 Astro 源码（content collection 与 vite 结合的底层实现，知道了可扩展性和局限性，翻阅了 RFC 文档，知道了其开发目的解决的痛点，最后评价是又好又坏，好在对 mdx 的处理工作是在编译器完成，在运行时无过大开销，缺点也是 mdx 在编译期间处理完成，没法应对更灵活的需求；其次讲到了 Astro 上周第 50 个 RFC 文档，github 可查 content layer api，也是不把运行时编译列在目标内；所以评价是又好又坏）
    • 深入研究了 CRTD 思想及其背后的 yjs 生态库（从小团队开发比重权衡选择了 yjs，生态丰富，且配备 demo，体验很不错，尤其是周边库，源码内容简单，要针对做定制开发的成本也比较低）
    • 面试官主动问了一下有没有了解 OT （对比了一下 OT 与 CRTD 的区别；他与 CRTD 解决的目标相同，不过思想核心不一样，OT 是保证过程顺序一致，CRTD 保证数据一致性，颇有分布式思想的感觉；OT 在生态上较为薄弱，调研了 ShareDB 实现，发现后端代码过于复杂，对于小团队开发可能时间并不充足；我的中心服务器性能不够的话可能导致体验下降；针对不同数据模型要实现不同接口，开发成本增加）
    • 了解了一些 vite 的短板（生产环境与开发不一致，不合理分包导致模块循环引用（上周优化时发生的），首页白屏的问题（vite 仅仅经过最简单的转义便直接把模块发送给首页，没有像 rspack 一样做一个合并优化，导致项目变大时首屏发出大量的模块请求，且 vite 开发服务器 http 协议似乎是 1.1，只允许 6 个 tcp 请求，其他的会被阻塞，进而导致长时间白屏））
    • 实践了一些设计模式（模板模式，策略模式）
    • 站在了开源包使用者的角度去看待一些内容（包下的语法分析核心分了两层设计，用户可以选择最简单的 plugin 模式去定制规则，也可以自己创建 core 实例去完整覆盖 mdx 的检查行为）
    • 总之做这个项目就是很开心，学到了很多也收获了很多
  • 您是 GM 吗（不是）
  • 反问了一下平时玩什么游戏，但是当时脑子有点短路答不上来，就说最近玩的比较少，会练一下吉他

也是从这一次面试后，我就意识到了必须要主动争取面试主动权，面试官给出机会时一定要有意识，抓住项目核心讲，因此后续我继续优化总结，把项目最重要的几个核心抓了出来，并进行了提炼，因此一天后的字节二面我收获了一个非常好的体验

字节跳动前端搜索方向

一面

先上正文，文末贴复盘以及可以改进的地方

表现得很差，但是1小时后通知选2面时间，许愿下次自己能自信点，好好讲解项目

自我介绍

• 蓝桥杯是什么
• 问两个开源项目：
  • Threejs 那个怎么说（2年前的项目了，根本不记得多少，扯了一下新版实现，模型优化，看了一下源码解决bug）
  • 某音乐网站嵌入 tauri 二次开发（扯了一下写的 vite 插件，实现了把外部网站嵌入到脚手架内实现的直接开发，还有重写部分热重载代码，以及代理后端，实现内容覆盖与整个网站的控制权，以及扯了一下这种跨平台开发要注意的是什么，然后就扯了一下ipc通信与序列化的性能）
    • 做了这些插件最终的意义？（提升开发体验与效率）
  • 这些是自己做的还是实验室做的（第一个跟隔壁实验室哥们一起做的，第二个是自己做的，2023年7月 -> 2024年8月，有GitHub提交可查）
• 说一下你对前端工程化的理解（尽可能地实现非业务部分过程自动化，使得开发者可以专注开发）
• 用过webpack吗，没有，直接 vite 上手
• 说一下你对 vite 的认知，越多越好，尽可能地说（esbuild 开发环境，rollup 生产环境，vite 在加速方面做了哪些努力（esbuild 构建开发环境js，预构建依赖，对源码更新采用链失活处理（仅概念）））
• esm cjs（同步与异步导入，import 静态分析）
• url 到页面呈现（合法判断，cache，dns，tcp，dom树，cssom，js 阻塞，render tree，绘制，部分 css 送入 gpu 处理）
• 说一下用 Astro 的原因（vite 作为底层驱动支持，内容驱动静态网站生成，支持SSG，SSR）
• 除了 SSG，SSR 还有什么渲染，区别是什么（ISR，CSR，增量静态生成）
• Astro SSR 还有哪些应用场景（扯了一下官网文档的电商平台，用户可以先看到页面商品内容，具有交互性质的按钮可以在后续注水激活）
• 说一下 yjs 是干什么的（以CRTD为核心思想的并发冲突解决库）
• 在线演示平台，平台有多少人在用（不多，给内部人员编辑使用）
• 做这个遇到最难的地方是什么（服务端崩溃上下文丢失后内容恢复，说了目前的实现与未来最好实现）
• VSCode 插件看一下效果（演示了一下并说了转 ast 做处理的简单流程）

笔试第一题：

对url中的query参数中将title提取出来：https://aaaaa/?aaa=bbbb&title=dddd 创建一个 box，长 100px 宽 50px，插入到整个页面中，要求水平垂直居中 针对 box 写一个动画： 500ms 后长宽变成 100px 700ms 后移动到右上角

笔试第二题：

function get() {}

const obj = {
  layer1: {
    layer2: {
      val: 1
    }
  },
  target: [1,2,{ok:1}]
}

get(obj, 'layer1.layer2.val', 'target[0]', 'target[2].ok')

笔试第三题

有一个树：

1 |
2 3 |
4 5

现请你遍历该树，并在到达叶子节点时将其前方所有的值拼接为数字，对于本树就是: 124 + 125 + 13 = 262

本来要反问了，感觉节奏不对，继续跟面试官扯完了简历上的后两点：

• 页面预览实现？ 成本有点高，目前思路是转发脚手架页面

  曾经做过的努力：

  • 用 astro 的编译器看看能不能 build 一些组件并拼接完整页面（不能，必须依赖 node 环境或在浏览器实现需要的 api）
  • 用 SSR （审查了 astro 部分源码发现对于 markdown 编译逻辑都是写在 vite 插件内，打包时是直接把 markdown 编译成 js，SSR执行时直接静态出字符串，没有运行时编译过程）
  • 11月14号新出的 content layer api，去官方文档看了里程碑，不把运行时编译 markdown 放在目标内，与 astro 的 baseline 与解决问题场景不一致

• jsx 编写通用组件？ 曾经做过的努力：

  • 调研 tinyMVC，在示例仓库里发现他针对各个框架都写了一套 renderless 逻辑，还为此写了一个专门抹平框架差异的函数
  • taro，基于编译器实现，背后有编译团队，运行时团队，小程序团队和跨平台团队支持，对于小团队开发成本太高了

反问：

• base 北京上海
• 二面什么时候（已约下周三）
• 主要业务？负责抖音头条等搜索处理
• 需要改进的地方？（把项目重点总结好）

总结：

• 这次面的状态真的很差，比上次腾讯的还差，不清楚是什么原因，但最后不到残血又不会玩，可能我真的需要休息一下吧
• 不够自信，项目都是自己做的，但是一问就只能答出想到的点，后面复盘的时候一下子联想到了很多
  • 桌面播放器能扯的非常多：rust 过程宏生成 ts 声明辅助开发；dll 打包内联，怎么同时放下 nodejs 脚本，网页注入脚本，还有 rust 自身大小优化；组件库用 storybook 实现预览；针对本地音频文件采用流式传输；为什么用户手动安装node，在这之前有做过什么努力吗（pkg，deno，node dll 预制插件打包）；热重载代码为什么不影响原网站（原网站采用 SSR 水合，自己的部分是渲染）；离线访问（包爬虫 + rust 三方库内联到程序内）；具体参考我的博客吧：https://blog.shiinafan.top/posts/%E5%A1%9E%E5%A3%AC%E5%94%B1%E7%89%87%E6%A1%8C%E9%9D%A2%E7%89%88%E6%8A%80%E6%9C%AF%E5%88%86%E6%9E%90/
• 笔试表现很差，把简单问题复杂化
• 八股文同理，每次一问就进入了意识狭隘的通道，复盘才想起来还有好多可以回答
• 没有总结好重点，其次是没有引导面试官到自己熟悉的领域

我想我可能需要休息一下，想清楚和搞好状态再继续，先写这么多吧

二面

省流：无八股，四十分钟项目输出，二十分钟笔试题 + 反问

面试体验最满意的一次，虽然开头细细的讲项目细节导致节奏有点慢了，只讲出了两个核心，还有两个核心没讲，但面试官很耐心的听完并跟我确认上下文细节，下次继续优化

• 自我介绍
• 挑一个简历上最值得讲的项目开始表演
  • 背景介绍（某游戏 mod 开发组前端成员，主要负责一些页面制作宣传的需求，后期组内其他成员提出 wiki 制作需求，开始了调研之旅）
  • 主流 wiki 框架（语法晦涩难懂，开发者需要时间去学习成本；使用 mdx 可以无压力上手 + 需求/问题快速沟通解决；Astro 我有实践经验，阅读过核心 api 源码，知道底层实现与扩展/局限性）
  • 反问了一下这个项目什么时候开始做的：第一版落地时间周期（去年5月调研，7月开始第一版开发，9月落地，到12月前长期维护 + 新功能上线）
  • 第一版落地后遇到的问题（项目结构混乱，非业务核心代码与核心混在一起，网站无法进行复用）
  • 解决方案（采用 monorepo，重新梳理整个项目业务核心逻辑与周边生态逻辑，进行归类划分并确定职责和要暴露的接口）
  • 成果（项目职责分离（解包，语法检查，wiki 核心，组件库，针对不同 ide 的检查适配器）对整个项目有了个更好的认知，知道整个项目的进展和状态）
  • 带来的新问题（此时已经半小时了，面试官让我挑2点最大的问题（不同包之间没有权限区分；一些历史遗留插件没法及时迁移，付出了一定开发成本）其实这里可以讲一下代码复用，参考了 Astro Starlight 项目落地后发现全局 Astro 特性被局限至仅 集成暴露 api；部分 api 使用后效果不一样（Astro 官方给出了解决该问题的实验性特性））
• 网站访问量多少（不多，算是技术能力锻炼产品和圈子内的服务用产品）
• 是不是 minecraft 的发烧友（还真是，高中就喜欢玩珍珠炮，并且从里面开始接触到编码解码概念和一些二进制理论）
• 笔试
  • 版本号排序（后续讨论了一下健壮性和 plus）
  • Promise.all 实现
  • 写一个后台管理系统的侧边栏组件，伪代码即可（顺便聊了一下 vue compiler 的 props 宏展开）
  • 本来还有第四题，面试官说不用了，直接开聊（以为会问 Promise 顺序，他说他不喜欢考这些，然后聊了一下 Promise 内返回 Promise 的问题，涉及到 v8 以及 ecma resolveThenableJob 规范，不过面试官似乎不是很了解这里）
• 反问
  • 我需要提升的地方（计算机四大件别丢了，讲的很认真）
  • 部门主要技术栈（react，然后就是要了解一点 node，不用做开发，nginx了解即可，吧啦吧啦的，后续忘了）
  • 新技术会用吗（会做研讨会和研究，不过更多是基建部门负责，他们会看手册学习并尝试在小项目落地）
  • 主要业务（搜索中台，技术 + 业务结合部门？面试官好像一时也没法彻底讲清楚）
  • 部门压力大吗（不算大（真的吗））
  • 入职要注意的事情（需要两个月进行磨合，因为有些事情可能没有给到完整上下文就让你做，需要自己翻手册或找 mentor 问，流程清楚后就轻松了，后面一堆不记得了）
  • 转正？（会给，但是看分到的名额，说25届留了两个实习生，刚好两个名额就全给他们了，然后细细的讲了一下转正前会给你的各种通知和要做的事情）
  • 就面试来说有啥需要改进的地方（笔试侧边栏组件你可以做的更好点，抽象级别可以更高点，加强一下基础框架学习使用）

体验最好的一次，唯一的遗憾就是讲细节太多了，还有一些核心没讲出来。其他我都很满意，1 小时后收到了三面时间选择通知

许愿三面能遇到像这样体验这么好的面试官