今天冬至，上午有点小感冒鼻塞了。办公室的人依旧的少，整体基本上都在小打小闹修点 Bug。下午公司给全体在现场办公的同事人手一份汤圆糖水，还可以提前下班回家。我也有点怀疑自己是不是 🐑 了，但看到测核酸点的排队人数，我还是选择了回家休息。
晚上依旧直播原神，基本上就在肝活动，没太多亮点。下播后跑去和 @Innei 群的群友聊技术相关的东西了，@Akr 讨论到状态管理库 HarlemJS，我就随即看了下 VueX 和 Pinia，感觉 VueX 只存在单一 Store，Pinia 则更好的契合了“组合式”的编码方式，而 HarlemJS 感觉和 VueX 的使用方式类似，并没有太大的亮点。
- Vue 的响应式系统与组件层解耦，而 React 这边实现类似的功能需要 Provider 包裹组件
- Vue 轻量级应用也可以完全不使用 Pinia
- 组合式确实舒服，要啥用啥，一个功能一个 Store 拆分出来也好理解
- @Akr 说他最喜欢搞工程化和测试，而我都不擅长，Monorepo 都没用过，只有 CSS 写的最多最久
- CSS3 变量兼容性非常可观，完全可以不考虑降级使用了
- 想让 Kico Style 变成纯粹的 CSS 基础库，不再提供 JS 组件
- 知名 Git 仓库的包容性挺强，Commit Log 就没有固定的格式，确实没有必要过于纠结格式的问题
- 我目前的 Commit 偏好习惯是
Fix(Tables): Styles或Feat: Using CSS Variables这种，带括号的为特定功能调整，不带括号的是全局性调整 - 我曾经会以一个迭代版本一次 Commit 的方式提交代码，其实这样并不科学，因为不可能写出完美无缺的代码，总会有需要小幅度修补的问题（摆烂）
- GitHub 仓库 Commit 的 Verified，如果仓库迁移到其他平台也可以显示，前提是对应的 GPG 关联过去
谈到这里我当即就跑去维护 Kico Style 了，优化了部分样式，将 CSS 变量的使用方式给全量应用进去了，删除了曾经编写的降级处理代码。毕竟这个项目从 2018 甚至更早就存在了，还是有一定的历史遗留因素在里面，当时这样处理的好处就是 IE11 也能勉强可看，现在这么干其实也没问题了，毕竟 2202 年谁还在用这个低效能的浏览器去访问网站啊==
