提升编译效率是前端基建中一个绕不开的话题，古茗自从在团队中落地中后台框架 Mars 后也在积极探索有效的编译提速方案

最近一直在尝试对项目构建性能进一步优化， 除了webpack常用的一些优化方式，比如缓存优化、多进程优化等，也尝试在项目内使用swc及esbuild，以进一步提高构建速度

大厂是不是为了冲绩效所以才会开发脚手架呢？每当新技术出现，作为热爱技术的前端人我们难道就不想折腾折腾让自己的项目“现代”起来？

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

Eslint 是我们每天都在用的工具，我们会用它的 cli 或 api 来做代码错误检查和格式检查，有时候也会写一些 rule 来做自定义的检查和修复。 虽然每天都用，但我们却很少去了解它是怎么实现的

在前端开发过程中，eslint规范已经成为必不可少的一环，我们需要eslint来保证代码规范，相对统一同学们的代码风格，不然就会出现所有同学都随意引入自己偏好的风格或者规范，让所有人一起分担引入规范的

npm是前端开发人员广泛使用的包管理工具，项目中通过package.json来管理项目中所依赖的npm包的配置。package.json就是一个json文件，除了能够描述项目的包依赖外，允许我们使用“

1. 基础 -- 会配置 2. 进阶 -- 能优化 3. 深入 -- 懂原理 一层层晋级打怪 🦖 ，解答不同深度的 Webpack 面试题问题 🤓

前言 网页在加载资源时，可能会因为某些未知因素导致资源加载失败或不可访问， 这其中的因素可能就有部分区域的cdn异常、用户环境的网络问题等等。一旦资源加载过程中出现了异常，就会导致用户看到的页面布局混