webpack-dev-server，可以让代码更新实时应用到浏览器界面，不用再去自己编译、刷新浏览器了，后端也需要啊，我想修改代码后立即看到代码的运行效果不可以吗？
不过没关系，没有人做，那我只好自己做了，目前只在 Windows 系统上实现了，请大家给个 star ！
https://github.com/develon2015/node-dev-server
Why not use the nodemon?
为什么不用 nodemon ？
We use webpack5, not simply watch the OS File-System events;
使用 webpack5, 而不是简单地监听文件事件。
We can kill already exists process, compile and restart a cmd.exe window on source-code changes.
代码改变后立即编译，然后立即重启一个 cmd 窗口运行。
虽然用 webpack 来开发后端项目也不是不行，但是大家都是一样监听文件事件重起进程，webpack 还有一个打包的过程，除非也能实现热加载，否则我没有感觉到什么优势
@nestjs/cli 也是用的 webpack
@FreeEx 你管这叫无用功. 好吧, 智者忧能者劳, 无知者无求, 我不跟你一般见识.
We use webpack5, not simply watch the OS File-System events;
使用 webpack5, 而不是简单地监听文件事件。
We can kill already exists process, compile and restart a cmd.exe window on source-code changes.
代码改变后立即编译，然后立即重启一个 cmd 窗口运行。
——————————————————————————————–
Webpack 不也是监听了文件事件？还是使用 Webpack 能比简单的监听文件事件带来什么额外的好处？不懂。
另外 nodemon 不也是在文件改变之后重启了一个进程么？你重启一个 cmd 窗口不是还要先重启一个 Terminal (Linux / macOS) / Console (Windows) 再重启进程，这样不是更慢了吗？有什么好处？
另外现在前端开发工具的趋势都是不在开发模式下打包 (snowpack, vite) 而直接使用浏览器自带的模块系统 (ESM)，这样可以有更快速高效的开发体验，而 Webpack 的局限性在于 Webpack 诞生的时候浏览器还不支持模块系统，所以必须要打包。对于 node 这种自带模块系统的东西，就算真要做热加载，Webpack 也不是一个很好的选择，毕竟 Webpack 也太慢了。
我个人观点是 nodemon 其实在大部分情况下应该都够用了.
“重启一个 cmd 窗口”这句话更准确一点说是”弹出一个新的 cmd 窗口”.
重启直接杀原来的进程就行了，再起一个 cmd.exe 实在多此一举，所以 #11 才说这更慢。
你的 node-dev-server 解决了什么问题？