edge 的 group 功能对我来说是刚需

现在大环境不好，工作整体不好找

发生甚莫事了？

没几个钱的东西，喜欢就冲了，国庆前冲了一台国产的奥克，虽然总体翻车不轻，但总算问题都解决了，现在开始爽爽地玩起来了

主力用来玩 EPIC 上喜加一的游戏，另外的开源掌机拿来搞定怀旧模拟器游戏

只是不是家里完全揭不开锅，健康比什么都重要，休整一年吧

YAPI 、APIFOX

在油管上看中指通不好么？

在 vue3 的官方文档里，对于状态管理的部分，开篇就介绍了可以使用 reactive 来创建一个简易的响应式状态对象

// /store/index.js
export cosnt store = reactive({ count: 0 })

// 任意位置
import { store } from '@/store'
console.log(store.count)

使用 reactive 来作为组件级别的状态管理非常好用，我自己在 2.7 和 3.x 上多了它以后，对于 vuex / pinia 的使用就大幅减少，而是以功能模块为单位，使用 reactive 的方式来管理、维护和应用模块内的状态，只是全局的状态，比如用户、权限、模块、当前各种系统状态这类系统级的状态还是应该由 vuex / pinia 来管理比较合适

当然，在使用了 reactive 后，provide / inject 就几乎没再使用过了

牛逼

正则这东西真特么神奇，隔一段时间绝对可以忘得一干二净！

实不用实用另说，至少对你来说应该有一个很大的需求，就是用来吸引别人的眼光，估计别人的惊叹对你的杀伤力太大

业务线不做单元测试太正常不过了

vitest

感觉你这种类似在短时间里一直轮询的场景，这种情况下如果下一个时间周期，上一个周期的请求还没完成，可以强制 cancel 各种 http request 库都有类似功能

29 楼内容才是把我看得纳了闷了，没看懂

同样对这样的设定好不理解，一个库显示的默认分支，通常设置成 master 主分支，个人是应用于版本迭代后，内容集中体现的分支，而日常的开发工作是放在 dev 或是各种 feature 分支，这种工作模式现在都不会被统计成小绿点，只有内容提交至一个仓库的默认分支才会被统计，不理解！