泥豆君

当时看官方文档介绍这一块有点懵，也可能是当时看的比较潦草。所以找资料总结下构建带子菜单的自定义菜单命令组。

这些工具不会增加维护成本，反而能大幅提升团队协作效率、规范度、开发速度，还能规避很多隐性问题。

其他辅助/规范开发的工具。（鉴于自己造破轮的经验，还是记录一下的好，省的以后在电器时代发现了磨石起火还自以为是）

现在才发现有时候真的是“磨刀不误砍柴工”，构建良好的工具可以辅助快速的开发。

之前比较忽略 eslint 插件的使用，现在发现还不错。是我肤浅了。

一直以来，我是不喜欢处理样式的。直到我遇见了麻烦。

直接在另一文件中使用一个库（以 enr 为例）的 scss 文件，可以这么做：

嗯，怎么说呢。 也挺滑稽的。

写了很多的包，却不知道 'package.json' 下居然要加 "sideEffects": false 。 简直让人汗颜，就好像说一个士兵居然不知道怎么上膛。

先说结论：使用 "write-translations": "docusaurus write-translations" docusaurus cli 命令 构建的翻译文件中的部分文本会强制为当前的文本。若后续修改了源码中的对应文本，可能出现文本被覆盖的现象。

在 npm 项目上使用 dog 时发现挺便捷，关键在使用时添加 xxx_dev=all 的启动环境变量，既可以在正式环境也观察到数据流转及发现错误的具体原因。

后来就在 web 项目中使用，发现效果尚可，其实不如 babel 的插件 babel-plugin-transform-remove-console 移除 console 彻底些。

先写了一个布局，发现，总是在 NextJs 中显示水合错误

现在想着使用 FlexBox 或是 Grid 来更改。

本来觉得没有用，但是英语不好，忽然觉得组件命名上可以借鉴。毕竟，docusaurus 是一款成熟且

不记得在哪里看了这么一句话：“在 js 中尽量不写 try...catch ，因为会拖累进程，甚至拖垮程序。每一个 try..catch 都将创建一个独立的内存，需要先执行一遍，然后看一下有没有错误，没有错误再返回源执行栈事件进行执行。“