今天这篇文章，主要是因为 Bun 的最新版本在 windows 无法正常使用的问题解决了，心情不错，所以写一篇文章分享一点喜悦和我最近在做的事情。

先说说 Bun 在 windows 无法正常使用的问题，再分享我最近的动态和未来几个月内的计划。

在 Bun 最近的 2 个版本，也就是v1.2.23和v1.3.0，都出现了无法执行package.json中scripts配置的脚本命令的问题。

如图，如果直接在命令行指定具体的脚本路径，则可以正常运行，如果执行脚本中的别名，则无法正常运行，这个问题一直存在于v1.2.23和v1.3.0两个版本中。

10 天前，向官方反馈了这个问题，创始人和一个核心团队成员，特意花了 5 个小时都没有复现和解决此问题，期间曾升级了 libuv 版本和提了一个 github 分支让我协助测试，问题依旧。

为了跟进这个问题的最近进展，我将相关的 issue 进行了订阅，所以在第一时间收到了官方关闭 issue 的消息，喜不自禁，马上截图在推特向官方求证。

官方的答复是此问题是一个长期存在的环境变量中的非 ASCII 字符问题与 libuv 升级产生了意想不到的效果导致的 BUG，并让我用bun upgrade --canary命令安装最新的开发版，也就是v1.3.1版本。

果然，此问题已经修复，又能与最新的 Bun 版本进行愉快地玩耍了，我也可以继续All in Bun，而不用All in half Bun AND All in half Node，完美。

所以，如果你在 windows 系统重使用 Bun 也有相同问题的话，可以安装最新的开发版，等正式版发布再通过bun upgrade --stable命令安装最新的稳定版。

OK，这个问题分享完了，接下来分享另外一个问题，那就是我最近在做什么，以及未来几个月内的计划。

不知道有没有小伙伴发现，我已经有好几期的 Bun 更新日志没有写成文章分享了，最后一期 Bun 更新日志是v1.2.20，而现在 Bun 已经从v1.2.21、v1.2.22、v1.2.23更新到最新的v1.3.0了。

其实不止 Bun 日志，VSCode 更新日志我也有 2 期没有更新了，分别是v1.104和v1.105。

那么没有继续分享 Bun 和 VSCode 的更新日志，我又在干什么呢？主要是在做一个更大的事情，那就是为我的VSCode批发商计划做一些准备工作。

所以当你看我最近的文章开头的时候，会发现我增加了一个VSCode插件批发商的头衔，怎么说呢，出门在外，名声是自己给的，反正娱乐娱乐嘛。

以下是我目前所有的 VSCode 扩展 👇，比如我日常都在使用的函数地图、字替、FTP解压部署，以及我录制视频的时候会用到的Markdown PPT插件，还有上班族可能会用到的薪资跳动等等。

我的插件市场 👉 https://marketplace.visualstudio.com/publishers/chensuiyi

随着时间的推移，这个插件矩阵将会继续增加，进一步完善。

我是敏捷主义和完美主义的结合体，也是耐力超长的耐跑王。

每个插件，或者说我的每个作品，包括开源项目等，都会用最快的速度上线，比如我最早的产品易待办是花了 3 天时间写了并上线的，我目前下载量最大的 VSCode 扩展fnMap(函数地图)是我花了一个月的时间写了并发布的，这就是我的敏捷主义，但敏捷并不意味着发布后就不管了，两者分别已经发布了 60 多个版本和 90 多个版本，目前正在酝酿新的版本。

而我的完美主义则让我慢下来，从更大，更高，更全面的层次思考问题，这也是我最近持续在做的一个事情，就是打造我的befly(野蜂飞舞)相关的开源项目，开源地址如下：

befly(野蜂飞舞)开源地址：https://github.com/chenbimo/befly

befly 是为 Bun 量身打造的一个后端接口框架，没有用到任何依赖，可以实现完整的后端相关功能，不过目前还没有达到全面推广的程度，不过很快会有专门的文章来分享这个后端接口框架。

那么目前 befly 的相关工作已经进入到尾声了，与 belfy 接口框架配套的后台管理系统也在紧锣密鼓地进行中，将会为我做项目，做产品，做开源等各个方面提供巨大的助力。

其实，如果我以产品维护更新和自媒体推广运营为主，从收入上面来说，肯定是会更好的方案，但写代码也是我的一个兴趣爱好，或者说是我的专业领域。

如果在我的专业领域我不能做到得心应手，不能做到乐在其中，那么很多事情就没有那么有意思了，开心地赚钱比赚钱，更有意思。