前言 Webpack 对于现代前端开发者，想必是相当熟悉了，在很多项目中，应用非常广泛，而 webpack-dev-server，相信大家应该也都接触过。最近，作者在配置多入口，热更新在单入口是好使的，结果到了多入口不好使？，然后通过 Google 寻找答案，找到了一篇 issue，HMR not working with multiple entries，跟我的问题类似，好像真的有 BUG？看到作者回复 v4 修复了该问题，我丢，我还在使用 v3，翻看 v4 文档 此时，只有一个感觉，热更新都多久的东西了，不应该存在多入口，热更新有问题吧？升级到 v4 之后，还是不行，当时我这暴脾气就上来了，直接翻看源码。翻看源码之前，首先要对热更新是个什么，有个基础的了解。 模块热更新 模块热更新(Hot Module Replacement)是指在浏览器运行过程中，替换、添加或删除模块，而无需重

本文首发于微信公众号：野生程序猿江辰 欢迎大家点赞，收藏，关注 入职时的环境 这是一家做保险和金融行业的公司，属于传统行业的科技公司，有点外包的性质，当然，也有自己的 SaaS 产品，由于是传统行业的公司，技术栈相对互联网公司来说，稍微落后一点。我刚来的时候，上一个前端要辞职了，然后做对接工作（告诉我，有啥问题，直接搜代码），我算是接盘侠，前任留下的屎山。其他的，大概有以下几点： 前端组 4 个人 其中一个归 CTO（做后端） 管，另外两个在广东，我入职的时候，也没有确认，到底要不要带人。我来的时候，就已经在了，后面我领导跟我说，要带下他们，我当时压根就没有带人的想法，也是个坑。 技术负债重 没有前端工程化体系，开发周期长，开发质量差，维护困难 前后端混合项目，剥离前端代码没有剥离干净，后端很多文件都在，不知道重不重要，前端代码运行在服务端，每次修改一行代码，看效果，需要拖到服务器

背景：在第一家公司呆了两年（含实习），由于技术无法得到成长，拿着存款 1 万，裸辞。迫于不会面试，换过三家公司，在第二家呆了六个月，身体不适，离开。当前这家，已呆满两年，想尝试进入大厂，也面临职业选择问题。 最有收获的三个问题与回复 问题一：我如今四年工作经验，目前担任的是项目负责人/前端组长，关于未来的方向是选择前端技术专家还是项目管理？ 我的想法：偏项目管理去走，因为我目前在做项目管理的一些事，负责把控项目进度，人力资源规划等。 Scott 的分析与建议：Scott 分析了我的技术深度和广度，项目管理上是否有一套自己的方法论。 建议我往前端技术专家这条路走，理由是年轻，技术深度也不够，如果盲目转型项目管理，遇到一些技术比较厉害的人，很难让人服众，比如我现在的老大，完全不懂技术，对项目开发排期，基本是由开发说了算，因为你心理没底，这个技术到底要多少天？如果你技术吃透了，别人就忽悠不了你。

前言 大概在 2019 年的时候，为公司搭建了一套项目框架，截止到今天，用起来很不错，最近 Vite 太火，折腾了下，花了两天的时间，用 Vite 替换了 Webpack（Webpack5、Webpack4 都有，切换分支即可），体验直接起飞，基于 Vite + React + Ant Design + Mobx + ESLint + TypeScript 的项目框架。 特点 快速开始，只要您了解 react、mobx、webpack 和 react router，就可以快速搭建中后台管理平台。 路由匹配，包括 url 输入，js 跳转，菜单切换。 Loading，不需要重复写组件 loading 判断。 Demo tristana 项目地址 tristana 关于命名 由于本人非常喜欢玩 LOL 射手小炮，所以叫 tristana 能否使用在生产环境？ 当然，目前我司多个

模块化的背景 Javascript 程序本来很小——在早期，它们大多被用来执行独立的脚本任务，在你的 web 页面需要的地方提供一定交互，所以一般不需要多大的脚本。过了几年，我们现在有了运行大量 Javascript 脚本的复杂程序，还有一些被用在其他环境（例如 Node.js）。因此，近年来，有必要开始考虑提供一种将 JavaScript 程序拆分为可按需导入的单独模块的机制。Node.js 已经提供这个能力很长时间了，还有很多的 Javascript 库和框架 已经开始了模块的使用（例如， CommonJS 和基于 AMD 的其他模块系统 如 RequireJS, 以及最新的 Webpack 和 Babel）。好消息是，最新的浏览器开始原生支持模块功能了，这会是一个好事情 — 浏览器能够最优化加载模块，使它比使用库更有效率：使用库通常需要做额外的客户端处理。 什么是模块化? 将一