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

[renhou]

前提

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

面试

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

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

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

疑问

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

[czy5997]

面试官是不是没问题了，为啥要被 tsconfig ，下一步是不是要背 package.json

[mnoputd20adfadf3]

可能 ~
你不是他的菜

[zhaol]

你反问他 eslint

[misaka]

面试是双向的，不合适就换一家

[yaphets666]

异常收集，说白了就是线上的监控呗，可以部署开源的 sentry ，Sentry is a developer-first error tracking and performance monitoring platform that helps developers see what actually matters, solve quicker, and learn continuously about their applications.

tsconfig 这个不予置评

高并发这个，这个就扯淡了，并发多服务器压力肯定大，在服务端渲染当然要消耗服务端的性能，这有什么可讨论的，有什么可问的呢？不懂

[Loserzhu]

@v135ex 你好，我们也是 ssr. node + ejs + react-ssr. 高并发我们没啥问题。但由于 nodes 非常多，到浏览器上 hydrate 非常耗时,lighthouse TTI 打分很低。正在进行 api 拆分，准备 load on scroll ，想到的一种改为 csr 思路：直接判断下 if(ssr)return null, 否则 render page component 。这样会不会太粗暴了。

[uiosun]

正常的面试，你可以反问面试官，以：

1. 这块我不是太擅长，能请问一下您对这块的大致理解 /解决方案吗？
2. 以自己 /或对方提到的某一个点，结合他的问题去反问。
3. 以 JD 实际需要为模板，请对方简单描述这个问题能带来的生产价值。

这都是合情合理的。

正常来说，只是技术和 JD 有差异，不用太放在心上（如果你很感兴趣，可以自行研究补充这块的技能点）。上面的说法是“他如果很需要这块”，也有那种半瓶水晃荡的面试官，上来一通输出，你反问发现那是真的……他自己也不清楚答案（甚至遇到过我的回答是 MDN / GithubOffialRepo 的标准结论，他认为不对，反而很有主见的给我他自己的理解，当时给我整懵了）

[picone]

ssr 还能优化首屏时间。
ssr 使用 node 渲染速度很糟糕，他应该是想问你这个

[RealJacob]

监控应该就是想问你实现的通用解决方案吧，sentry 这种，应该也不是要问你 sentry 实现的逻辑。

[sbex]

KPI 面，理解下人家

[dashBit]

jd 上除了学历要求 /年限要求，其他基本都是复制黏贴的，个人感觉

[v135ex]

@Loserzhu 我觉得还行，只能说可能会有更优雅的实现方式（我也不知道）。反正核心思路肯定没问题，只生成首屏所见的部分，其它 nodes 交给浏览器绘制。我也用过你这种方式，不过 react-render 会抛出一个 warning ，不影响不过。如果你找到了更好的方案，也可以分享一下哈~

[YNaN]

感觉大概是你简历或者介绍提了某些关键词，正好是他们的技术方向，然后他以为你提的词是以前你技术栈深入的方向想深挖看看是否符合实际，没想到基本是调库实现就结束了。
小问题，主要还是面试官背大锅，没处理好自己的提问思路由浅到深，面试讲究缘分

[Pastsong]

前端讲不讲高并发要看 你把不把 SSR (或 BFF)当前端

[jklove123bai]

感觉算那种八股文吧，人家也不一定要招人的。。

[RoshanWu]

> 网站上线后请求错误收集都是怎么做的？

前端对于错误的收集可以分为好几类：1 、js 语法错误； 2 、资源请求错误； 3 、Promise 错误； 4 、http 接口请求错误； 5 、Vue 和 React 等自身库的错误。这里面试官的意思是针对 4 、http 接口请求错误么？
如果是的话，其核心思路是对 http 请求的捕获手法探讨，无非是类似像 Axios 这样的请求库中 Interceptor 的思路，对请求和响应做对应的一些拦截处理吧。继而再到收集信息发送上来，上报方式可以采用比较新的 api：sendBeacon ，能够阐述它与传统的上报方式有何优缺点更佳。
拦截请求的方式分 fetch 和 XMLHttpRequest 两种，简单的伪代码如下，你也可以稍微口头描述一下思路：
[Imgur]( https://imgur.com/1JAYyJp)

[wangyzj]

来
手撸一个 lint 配置吧

[guokeke]

ssr 也可以把页面缓存啊，又能增加多高的负荷啊

[sunwang]

背 tsConfig 选项。。。离谱

[buffzty]

第一个的答案是 sentry,他是想看你之前做的项目是不是要求很高,企业级项目都是要用这个的.
第二个 应该是让你说 防抖和限流,还有批请求 比如凑到 xx 字节再发送,多少秒打包发送 这种. 前端的高并发就是减少请求.