Bolt

本人由于去年年底离职, 将于24年入职新公司, 之前只是将 OKR 作为计划工具, 而没有深入思考理解其中的逻辑, 本文正是在个人对 24 年度计划制定时, 梳理了一下对 OKR 的思考.

我想要实现一个简单的基于模板生成页面的工具. 有没有一种方案, 可以通过 glob 快速匹配文件, 通过简单处理, 生成到指定的文件夹呢.

展示加载态 & 错误态, 可以使用 React 自身能力 如何才能拿到 Promise 的加载态 & 错误态 谁在这么用: ReactRouter 首屏网络请求不再是副作用 如何重发请求, 状态里保

项目应当让新人入手更简单, 而不是艰难的熟悉了之后觉得这样也还能接受. 新人不知道如何启动项目 执行启动命令后一堆报错

向上管理的目的是为了工作更好的开展，为了组织的目标。 个人的理解, 一句话就是: 正确的向上管理实际是对齐 OKR 的实践指导. 以下内容, 相对于网络上的资料, 按我自己的理解重新整理, 去除了

如果平时全部使用 Object.assign() 反而不容易出现大的性能问题 对象扩展运算符写起来爽, 用法上可得多加小心了

计算机并不会因为 js 能够异步就可以提升性能, 如: 注意: 为了获取完整的执行总时间 bench 回调需要 async 标识

转换查询仅对二维数组做一层(行)遍历, 二层(列)使用下标查询, 一般不会有性能问题. 除非你的枚举可取值非常多, 从而外层(行)数组非常长 除非你的转换操作非常频繁 并不包括枚举类型非常多, 因为

Provider 是 Context 和 store 最大的不同点, 也可以说是 React 最大的优势所在. Provider 可以让状态和逻辑实现解耦, 比如最常见的 Provider 用途就是