你是说 which-key.nvim 在 vscode 对应的插件？

@sunriseydy @fityme 学到了，这就去了解（

@SuperMild 有类似的感受，就是 Unix philosophy 说的 make each program do one thing well ，需要一大堆工具。我想要的是 one-size-fits-all 工具就可能很麻烦了。。

@cp19890714 说微软的我还想到过 Access; Office 365 同步？有点不想交订阅费

@T0m008 有很多数据是杂七杂八的个人数据，不是那种 Google 第一页就马上找到的常见常量

我的收藏夹凌乱程度已经让我受不了了，准备用预训练的文本模型对 url 和 title 做个聚类...

我想到前一阵子在 apt 装 pipewire 的 easyeffects 的时候，里面一个降噪的插件 （ RNNoise?） 因为不符合 Debian 源的（很保守的）规范，直接去掉了这个模块 ... 于是我就装了 flatpak 的 easyeffects 解决了问题用到现在。

一个比较明显的缺点就是，如果你用的程序 GUI 五花八门的话（一会是 KDE 一会是 GTK 这种），一通操作下来会占相当一部分硬盘空间的。比如一个 3 MB 的程序可能用得到 500+MB 的 GUI 框架。我的 flatpak libs 已经占了十几个 G 了。可能只有装很多大型程序的时候才提高空间利用率。

用一个不是十分贴切的类比就是，flatpak 就像你电脑装了一堆 python virtual envs, 3.4, 3.6, 3.7, 3.8, 3.11 blahblah （

如果数据带单位，各维度的 range 可能差距很大，就会导致协方差矩阵的特征向量长度可能相差很大。
这种情况下投影到主成分方向上后，总共解释的方差就不能达到最大，某一些主成分本来解释的方差没能够体现出来。
（我去复习了一下这个回答 https://stats.stackexchange.com/a/69159/36229