背景简介 随着项目不断的功能迭代，项目越来越臃肿，表现为在本地开发的时候，改了代码之后，至少1分钟以上，页面才会刷新显示出最新的修改效果; 另外编译打包的时候，比较耗时，需要十来分钟,而且这两种场景下

看到群里大家对`Nest.js`热情都很高,自己也心痒痒，所以就走上了 `Nest.js` 的不归路~我会将自己做这个小项目过程记录下来，同时也分享一些踩坑的经验，给想学的小伙伴一点参考吧。文章是

为什么要做前端监控 更快的发现问题和解决问题 做产品的决策依据 为业务扩展提供了更多可能性 提升前端工程师的技术深度和广度，打造简历亮点 2. 前端监控目标 2.1 稳定性 stabili

常常会苦恼，平常做的项目很普通，没啥亮点；面试中也经常会被问到：做过哪些亮点项目吗？ 前端监控就是一个很有亮点的项目，各个大厂都有自己的内部实现，没有监控的项目就是在裸奔

一般情况下都是通过重写js原生事件然后拿到错误信息，比如ajax请求，通过重写xhr、fetch事件来截取接口信息，所以我们需要优先编写一个易于重写事件的函数来复用。 所有的请求第三方库都是基于xhr、fetch二次封装的，所以只需要重写这两个事件就可以拿到所有的接口请求的信息…

相关背景： 1. 前端项目现状 前端组内项目众多，但是在代码质量检测方面一直不统一。比如像xx系统和移动端项目都有简单 lintrc 配置、但都是重复复制的配置；像 node 方向的项目几乎只是简单配

1、脚手架的简单雏形；2、脚手架工具体系；3、手写自己的脚手架；4、yeoman 的使用；5、plop 的使用