仓颉

肯定符合 Monkey-patch 的定义。Monkey-patch 是一种手段 /行为（ https://en.wikipedia.org/wiki/Monkey_patch ）。但是我觉得不算一种目的。毕竟没有人为了 Monkey patch 去 Monkey patch 。

就目的来说，Polyfill 是 Shim 的一种，目的是在不支持特定功能的 Browser 上实现对应的功能。
Ponyfill 是不提倡使用 Monkey-patch 来达到和 Polyfill 类似的目的。


简单来说， 如果是在老的浏览器上(ie6)实现 Number.isNaN,
Polyfill 会直接判断 Number.isNaN 函数是否存在，如果不存在就在 Number 的 prototype 上挂载 isNaN 这个方法。
Ponyfill 会提供包 /方法，让调用方去 require, 而不是修改原生对象的实现 /原型链。

youtube 上一搜一大堆

今年抄底啊。

直接把上班时间阐述下就行了。

M1 MBP

我采取的是崩溃疗法 —— 一次性看个爽。

为什么不用下厨房呢。而且这个 repo 我看了里面的内容很业余。不就是个 md 项目

心疼你老婆。你之前的文章也看了。说实话你的产品没啥竞争力。

听我一句劝，别折腾了，回去找个班上吧。市场调研没做好就开始折腾了 5.6 年进去了。

现在我觉得没必要 空间第一。

@liyang5945 所以楼主能不能说下到底你要取什么

13 寸。默认。不然太小对视力不好。

出租(女友)伴郎

最近在看 从红月开始

Rust + Node + deno 。三手抓，三手都要硬。

Lks 没上我觉得可惜了。另外看到 x 黄派，x 宝宝，x 猩猩那几个就觉得 emmm ，，

@rioshikelong121 你不就是怕后端接口被人偷么。。 改成服务端渲染，返回 html 给前端，不就增加了破解难度。当然人家爬你你是难以防住的。。

没什么关系。
Store 对前端应用来说是一个 Single Truth Source ( https://en.wikipedia.org/wiki/Single_source_of_truth)。
里面可以放一些 api 返回的数据。通过 store 可以代替顶层组件进行应用级别状态的共享。如果你无脑把后端 api 返回放在 store 里面的话，你可以把它认为是一个后端 api 的 cache （实际场景下，store 里面的数据也可以进行一系列的变形和转换过程。），如果是简单 cache 的场景，其实更推荐使用 swr / rtk-query 这样的的 data fetching & caching tools. 而 redux 是一个 state management tools ，这是两个范畴。

如果 redux 的 time travel, redo-undo ，易于调试，易于进行状态追踪等特性你用不上，说明你可能不需要 redux 。