场景你是否也曾遇到过下面这样的场景？ 需要生成 graphql 的类型定义，开启了一个 terminal tab 需要生成 i18n json 配置的类型定义，开启了一个 terminal tab 需要启动一个依赖的 web 服务，开启了一个 terminal tab 需要调试一个依赖的 lib，需要根据变更重新打包，开启了一个 terminal tab 需要使用 postcss 监视模式，开启

场景由于需要做一些 CPU 密集型的计算，为了优化性能，吾辈开始尝试使用 worker 将计算任务放到其它线程（主要还是为了避免主线程卡死）。 主要场景包括 浏览器上的 WebWorker/SharedWorker：处理音频数据 nodejs 中的 worker_threads：解析 md/ts ast 然后处理 为什么不用 wasm？– 主要是由于它需要从零开始编写相关的代码，而非可以直接

场景突然就遇到了，每次使用 Git 进行 pull/push 操作时都要输入密码，真是超级麻烦！ 原因在 Git 服务器上面设置了 SSH 密钥但仍然使用 HTTP/HTTPS 连接就会出现这个问题 解决方案1. 配置一个本地文件记录用户名/密码进入到 git 根目录下，执行下面的命令即可 1git config --global credential.helper store 2. 使用 SS

WebStorm 全局默认配置使用场景：使用 WebStorm 经常会遇到一种情况，在这个项目自顶了一些设置（Settings 而非 Project Structure，例如 自定义的 Maven，项目字符编码等等），到了新的项目全部恢复了默认值又要重新设定。 解决方案：通过 WebStorm 的默认设置（File > Other Settings > Default Settings

场景昨天，吾辈的 GitHub 提交已经超过了去年一整年。就在前几天，有人从 GitHub 上找到了吾辈，所以想谈一些吾辈关于开源的认识。 2020 2021 为什么要做开源项目最初的想法是觉得开源很酷，许多厉害的人都创造了许多有趣的开源工具，典型的就是 Linux。后面工作之后坚持下来的原因更多是公司的项目很一般，所以只能通过开源项目来提高技术能力，并希望做出一点有用的东西。 收益 学习开

快速一览 周五正式离职 阿里云 DataV 内推失败 一家中小公司面试失败 周三请几位同事一起吃了顿饭 打算下周回老家休息一周 GitHub 评级上升至 A++ joplin-search-integration 功能已基本实现 尝试 git 约定式提交 工作天空中不会留下飞鸟的痕迹。这周五，吾辈已然从公司离职了，和吾辈相关的东西都会随着时间慢慢消失吧。曾经有人对吾辈说：“年轻真好，没有房贷家庭

已转入 yarn2，放弃使用 lerna+yarn1 的组合，具体原因参考 yarn2 使用 中描述的动机。 历史 上古时期，前端没有工程化的概念可言，复用代码也不过是将某些 css、js 代码片段保存到笔记，需要时复制到项目中，仅此而已。参考：55 个提高你 CSS 开发效率的必备片段，或是 jquery 库 莽荒时代，前端出现了 nodejs 和 npm，于是一大批通用代码被发布到了 np

背景 grid 可视化布局, css grid 完整指南 早就知道 css grid 布局非常强大，但之前由于兼容性问题一直没有机会尝试，近来在生产环境中大规模尝试使用它，并尝试在 react 中进行封装：在 react 中优雅的使用 grid 实现页面布局，于此记录一下各种常见布局的 grid 实现。 附：grid 真的是一个非常强大自适应布局系统。 示例 注：以下示例均默认引用了 Nor

这篇现在来看感觉是用 react 组件用疯了，好孩子不要学。 场景吾辈在做 electron 应用的时候遇到了这种布局，顶部是 header，然后是页面中的 toolbar，紧接着右边有一个侧边栏列表，左侧的内容又分为了两块区域。这种布局在中后台系统中应该很常见，但之前并未特别留意过布局通用化。 使用 css calc() 计算高度 基于 css calc() 封装 Col/Row 组件，

场景 吾辈同时是 vue/react 的使用者。 在使用现代前端框架时，我们经常要要面对的问题之一就是组件之间的通信，目前我们有着很多选择，包括但不限于以下这些。 Super Component Props: 将状态或操作放在父组件，然后传递到子组件。该特性在 vue/react 都存在 Context/Provider Pattern: 将状态放在父组件，然后所有的子组件都可以获取到。例如

joplin, joplin-vscode-plugin 为什么吾辈使用 Joplin 注: 开源、不受平台限制以及基于 markdown 容易迁移这是很重要的一点，因为没有人知道哪个笔记工具是最终的赢家，如果没有选对，那么至少要容易迁移。 吾辈曾经使用过一些笔记工具，包括 印象、OneNote、Notion 这些，但最终都放弃了。关键还是在于吾辈核心的一些需求未能得到满足: 搜索要快 编

去年国庆节时写的，忘记发了 xd 前言国庆回老家散心，和家人交流了一些事情之后，想起了自己的工作，便想于此浅谈一番。 好吧就是一个表妹需要写作业，但看着吾辈不写作业便缠着让吾辈写一篇关于工作的文章而已。 家人 当其他标准都不存在，金钱便成为唯一的标准。 在老家的人看来，吾辈的工作算是非常好的了，而且大概率，他们也会希望自己的孩子进入这个行业吧。其实本质上，核心原因只有一条：这个行业的工作