2020 复盘 年初计划 明年，吾辈最想要接触的是 Web 桌面开发，以及机器学习。 NodeJS 后端开发 Web 桌面开发 Electron 机器学习 TensorFlow 继续维护 Blog 继续坚持读书 尝试网络小说写作 尝试 Youtube 视频创作 实际上 Web 桌面开发由于工作的原因算是接触的非常多，但机器学习几乎没什么了解。 那么今年到底做了什么呢？ 时

往事凌乱对于吾辈而言，今年发生的几件事情 转型成为前端 淡出 Twitter 中文圈，逐渐回归 Telegram/QQ 博客写作频率逐渐降低，但 GitHub 使用逐渐变多 扎起头发，便是在家中亦然 换了一家 2C 的互联网公司 年前想要做的事情，如今却也不大记得了。暂且记得，曾经觉得前端日新月异的想象，现实之中却不尽然。2C 的网站甚至到了目前仍然必须支持 IE，而且前端混乱的生态也让人头疼

前言代码生成对于很多开发者都不是陌生的概念，从使用脚手架（create-react-app）生成项目，到使用 ide 生成代码、或是从后端 api schema 生成代码，几乎不可能避免使用它。它可以解决各种各样的问题 从同一个来源生成项目，避免千人千面的项目整体结构 减少编写样板代码 避免在多个地方重复编写代码导致的不一致性 但在使用 TypeScript 时，它还可以做到一些其他有趣的事情

自 vite 发布第一个版本（2020-04）以来，已经过去了两年，最近它发布了 3.0，不过没有太多 break change 的变化。或许有人已经在使用它了，但也有许多人看到是 vue 作者创建的工具就绕道走过去，因为 vue 生态里的工具历来是 vue 锁定，无法在其他生态中使用，像是 vuex/pinia 之类的，而 redux/mobx 却可以在 vue 中使用。尽管 vite 1.0

前言既之前的 代码生成-从 module css 生成 dts 之后，这篇来实现从环境变量生成接口，便于开发时能够有正确的类型提示。 动机在前端日常开发中，环境变量经常用于区分不同环境的配置，最常见的像是服务端地址。但在使用时，往往不能得到提示，或是一个环境变量没有。 我们通常使用以下两种方式访问环境变量 在 vite 中使用 import.meta.env 1import.meta.env.NO

场景吾辈有一些项目需要使用 i18next 来处理国际化，但是使用 typescript 需要有类型定义，所以之前在 joplin-utils 项目中维护和使用。昨天做了很多重构，现在已经分离出来并作为公共 npm 包发布。如果有人感兴趣，可以尝试一下。 GitHub 简介i18next 的 typescript 类型定义生成器，可以从多个语言翻译 json 文件中生成类型定义，支持嵌套对象与

场景从今年 2 月份以来，吾辈创建了一个 魔法少女小圆-飞向星空 同人小说翻译的 GitHub 项目，并一直维护至今。最初，这个项目只是将目前几位作者的翻译打包为 epub 以便在手机和电子阅读器上阅读，同时避免国内网站删除、下架或不再维护网站而创建存档。后来，也使用工具从 markdown 中生成了网站。 魔法少女小圆-飞向星空 的作品简介在经历了几个世纪的动荡之后，一个乌托邦式的 AI— 人

前言可能许多前端开发者都知道，自从去年 sindresorhus 发表 esm only 的宣言 一年多以来，许多项目开始转向了 esm only，即仅支持 esm 而不支持 cjs，以此来迫使整个生态更快的迁移到 esm only。 一些流行的项目已经这样做了 sindresorhus 维护的上千个 npm 包 node-fetch remark 系列 更多。。。 它们声称：你可以仍然使用现

假若没有看见光明，我本可以忍受黑暗。 场景自上家公司从去年 5 月份开始成功推广 react 之后，很长一段时间吾辈一直在使用它，而今年，离职之后新的公司再次使用 vue3，因而见证了两个 team 踏入了同一条河流。不过 vue 作者说 vue3 使用 ts 重写，对其支持很好，吾辈姑且安心了一点，但经过近一个月的实践，吾辈还是发现了种种问题。 从 vue 迁移到 react 的原因参考:

问题兼容问题是由于使用了平台特定的功能导致，会导致下面几种情况 不同的模块化规范：rollup 打包时指定 平台限定的代码：例如包含不同平台的适配代码 平台限定的依赖：例如在 nodejs 需要填充 fetch/FormData 平台限定的类型定义：例如浏览器中的 Blob 和 nodejs 中的 Buffer 不同的模块化规范这是很常见的一件事，现在就已经有包括 cjs/amd/iife/u

场景之前一直在使用 http-server 作为本地快速启动静态 http 服务器的命令行工具，然而直到今天，吾辈实在难以忍受其在修改完 HTML 文件后，http-server 不会自动刷新浏览器重新渲染页面，而是需要手动刷新才行，真的是不厌其烦，所以吾辈开始找更好的工具。 注：http-server 其实也已经热更新到内存中了，只不过不会触发浏览器刷新页面。 期望 零配置使用 修改文件

场景最近迁移了一些 API，因为所有前端项目都在同一个 monorepo 中，所以作为 lib 维护者吾辈还需要帮助迁移其他使用的模块。由于项目数量较多（大约有 30 多个），手动迁移非常麻烦而且难以测试。所以在调研了一些现有的大规模重构的方法后，吾辈选择了 jscodeshift 作为主要工具来做自动化迁移。那么，它相比于使用 ide 的重构功能、使用字符串搜索替换亦或是手工一个个替换有什么不同