好看，内置了不少功能。但说真的这货的工作流实在太界面化了，效率太低
就比如通过 Dash 查资料，Alfred 直接 javascript Obse 就能找到了，Raycast 要先 dash:Obse ，再找到 JS 的文档那一条点进去

屏幕很贵的，只是换芯片倒是便宜得很。换屏幕和你买一块新的没啥区别了

不少芯片自带硬件级的 AES ，换算法不见得快，感觉你的问题卡在 IO 上了？

莲花清瘟

在中国你有个最低限速也是毫无意义的

很可能政策要求消杀静置 7 天才能动

@taofoo #12 子组件自己导入就形成了耦合了，用 Provider 的话可以在 Provider 层面换一个结构一样的 store 。有一些比较极端的实现，比如一个列表 List 里，每个 ListItem 都套一个 Provider 提供当前的 item 数据，这种时候显然子组件考虑自己的通用性，不可能去直接导入 store

放在以前，没有 Provider 大致也是行的，包括 redux 如果你是严格单 store ，其实也能直接拿 store 过来再 getState 玩，自己去 listen 就行
总体上用 Provider 应该有 2 个考虑：
1. 所有版本下，如果你要支持多个 store ，那就得用不同位置的 Provider 区分下面的子组件用哪个 store
2. 在 React 18 以后的并发模式下，直接用 store 会状态撕裂，所以要用 useExternalSyncStore ，这东西还是挺复杂的，损耗也不少，所以最好在 Provider 上集中处理再丢给下面

你这靠着沙发不累是因为你现在的腰、背、颈还健康肌肉能撑住，等劳损开始了慢慢吃不消了，要多难受有多难受

平均用一个月就会失效要重启

地铁站墙上都是广告，地铁里面屏幕上、车窗外也是广告，没这些东西公共交通的收费可没现在这么便宜

@zuosiruan #22 人就那些人，要进上海就要周边城市的运力减少。但显然人送进上海去更有宣传价值，又不是老板亲自进去被关着，那必须拼命往里送，反正拼的不是自己的命