各位，面试被问到的都是没接触过的东西，是我太菜还是面试官太菜

[renhou]

前提

前端 3 年经验，基本上都是 toB 项目
第一次跳槽，上周去面了一个中厂，有点类似于东软这种软件公司，给的并不是太多
招聘信息上的每一条我都符合

面试

• 自我介绍后，上来就问网站上线后请求错误收集都是怎么做的？
  实话实话，所以对于这一块只知道需要埋点或使用第三方服务，并没有做过具体的也不清楚，就如实说了，又补充了一下思路和 http 状态码这些，感觉对面不是很满意

• 然后又问前端的高并发经验
  我就说了一下常见的前端优化八股，减少请求等等，确实没有遇到过前端高并发的场景。。。然后就说看你都是用 ssr 框架，你不知道 ssr 框架会给高并发服务端增加负荷嘛？到这我就有点懵了，就说有 seo 需求才选的 ssr ，感觉对面不是很满意

之后又让我背了 tsconig 选项，背了后又问平时怎么配置的。因为不写库，脚手架生成后很少去配置这个，顶多是忽略文件这种，所以感觉对面已经失望了。最后结果自然是凉。

疑问

印象中面试不是八股就是基于项目问，如果不基于项目，我感觉起码要先问问面试者接触过没有吧？难道现在都是上来就问怎么做？
整体面试感觉很糟，自己比较拿手的部分一个没有问道，被问到的都是没有接触过的，不知道是自己太菜准备不足，还是面试官有问题

[iOCZ]

现在都是同构渲染，首页 SSR ，其他页面 CSR 。全部 SSR 的话，就是多页面应用，服务器负担比较重。单页面的话，可以只 SSR 一个，后面的路由都可以 CSR 。

[wuxidixi]

错误收集最简单的就是 sentry 了吧，直接用提供的插件
ssr 就使用缓存策略 实在不行就扩容

[xylitolLin]

问配置的都是离大谱

[qiaobeier]

错误收集其实非常重要。国外很多工具，前端的主要是 crashlytics ，clarity 啥的，当然自己也需要写一些工具。高并发反而不是很重要，这方面更多是灵活应变。

[jamosLi]

错误的话：
sentry 是一个常用方案，还有其他很多类似的厂商比如阿里云 arm 之类，自己可以做 js error 拦截在配上接口。收集的时候可以用阿里云日志收集，也可以加自己日志系统，因为错误信息都是非结构的，塞到日志系统里容易查看。
高并发的话：
主要就是 cdn ，剩下就是负载均衡，但是这样你这样就会增加机器，一个很好的方式就是放在对象存储库里比如阿里的 oss ，在加上 cdn 理论上不可能因为前端页面而爆炸。剩下就是动态 ssr 与 spa 了。

[royzxq]

这可以答的内容非常多啊.. 可能 op 工程化实践确实不是很多吧。

这些问题总比问你 fiber 实现好吧

[dfkjgklfdjg]

前两个问题还能说 OP 你没有接触过导致的，最后这个让你背 tsconfig 选项，可能是 OP 没有很好描述当时问的问题。

其实可以在面试的时候录个音，这样可以对这场面是做一个复盘，可以是对于问题的复盘，也可以是当时自己的状态的复盘，比如说紧张、答非所问这类情况的复盘。

[yc8332]

后端很好奇。。前端还有啥并发？

[Hurriance]

流程正常来讲，先是你认可你的 CV ，面试只是验证你的 CV ，所以基本上应该基于你的简历来问。所以面试官的问题是跟楼主的 CV 相关的吗？

[iidear2015]

和菜不菜关系不大。
这个场景下，面试者是弱势方，只能建议你尽量引导面试官聊自己擅长的方向。
在简历中体现，或者自我介绍时强调自己的方向。保证自己可以讲明白擅长的内容，即使对方从没有接触过这个方向。

如果你自己不表达有倾向性的方向，面试官只能随机问，多个方向都聊不起来的话，基本没戏。

如果面试官多次绕开你提的话题，那可能招的是指定方向有经验的人，你没经验就是没机会，不必强求。

[renhou]

@yc8332
老哥可以看看 5 楼

[renhou]

@Hurriance
简历上没有提到错误或高并发，贴边的就是提到了前端性能优化

[renhou]

@RealJacob
是的。我感觉他就是想听我怎么用的 sentry ，用的时候有什么问题等等。不过恰好就没用过库🤣

[renhou]

@dfkjgklfdjg
关于 ts 这个，问题就是：看你都是 ts 项目，那你讲讲 tsconfig 选项都有什么库😆

[Hurriance]

@renhou 那我觉得正常来讲，是我的话，也许我会问你，“可以聊聊你 CV 提到前端性能优化吗？”

双相选择，加油

[CarryOnHxy]

@Loserzhu 前天看到个 SSR 框架 qwik,据说 hydrate 过程很快，事件恢复都是由 document 捕获利用冒泡来动态创建事件，不知道能否适应你的场景

[mdyh]

如果问到一些问题，你确定到底在问什么。可以跟对反确认下，你说的是 xxx 的问题吗。然后再回答。

[yhxx]

那些说 sentry 的你们是认真的吗。。。这是面试呀。。。

起码要表示你知道哪些常见类型的错误，资源加载错误、js 运行错误之类的场景区分，onerror 、unhandledrejection 之类的适用场景，再深入一点一个监控平台需要收集哪些信息，如何上报(gif 和 sendBeacon)，怎么解析(sourcemap)，怎么聚合同类错误，再多一点，怎么回放用户操作，还可以再补一点钉钉飞书邮件等的自动通知、git blame 指定到人

虽然我们都知道日常用也就是 sentry 一把梭，但是这是面试，你不卷一点怎么搞得定面试官。。。

[jimrok]

面试嘛，一半问题是测试你能不能干这个岗位的活，另一半问题是测试你是不是个傻子。问你不会的问题，估计就是后者，看这厮怎么面对这些不懂的问题，是不是装大头蒜跟我胡诌八扯，还是逻辑非常清楚的给出一些推断。

[wdhwg001]

tsconfig 这个都问就离谱，现在 vite 的时代问 webpack 一类的已经算偏门八股了，这种东西不是对照文档去写嘛…就算是改脚手架也基本上只用改几次，对着文档硬做也就做出来了，又有何难。

SSR 框架的性能确实是比较菜，上了缓存啥的没用的话，可以给单个用户去 throttle 一下，反复制造 ssr 压力的话就不给 ssr 了，ssr 是替用户跑首屏的，又不是让用户当服务器端渲染的 view 层去用的，还有别给一些特别细的路由上 ssr 。

请求错误收集拿框架做，主要是个洗日志的活儿，洗日志啥都行。