1una0bserver

一眼 kapt 和 dagger2 ，我自己写的应用用这俩的时候编译每次都得等一会，而且经常因为莫名其妙的原因编译卡住，清理缓存能缓解。迁移到 ksp+k2 能缓解一些，但还是慢。后来想想我写的也没多复杂，也不吃性能，研究了下迁移到 kodein 并移除 ksp 后，速度快多了，增量也能秒编译了。不过你这是 systemui ，没法像我那样迁移，无解，最多能清下编译缓存试试。

webdav 好像可以吧？

@WebKit WiFi direct 已经是非常普及的技术了，互传的协议只要系统在 11+就能用...

koreader 、librera reader

@catazshadow 槽点太多简直无处吐槽...虽说是要挑个轻量的发行版，但是你要跑最新的主线 Linux 好歹得有个像样的硬件吧，你拿个连山寨机都不如的单核酷睿是什么意思？这配置拿来跑任何最近的发行版都够呛，还不如跑 xp 呢，非要跑 Linux 估计也就只能选 tiny core Linux 和 puppy 这种极其轻量的但是砍了非常多东西的了...
还有 Linux 为了新特性和对新平台的兼容性，本来对老硬件就不友好，你这上古配置还不如去跑 bsd ，那个够老。
而且早期 x64 平台的 acpi 本来就一堆问题，你这除了硬件本身性能差的原因外，驱动兼容性才更是问题，所以把驱动兼容性问题造成的自检慢归罪于发行版不够轻量你觉得这逻辑说得通吗？

要轻量是吧，我建议用 alpine 和 void Linux🤔

@sagaxu 看了下，得手搓相关插件，我觉得我没有这个能力（

目前看来，看衰 idea 捧 vscode 的基本都是前端开发者。jb 的 bug 确实多，但是很多功能都是无法替代的，而 vscode 根本和 idea 就不是一个定位，cursor 和 remote Dev 方面 vscode 更好也并非单纯是 jb 比 vscode 差太多，个人更倾向于 IDE 技术栈的问题。
vscode 底座是 electron ，jb 底座是 JRE ，从技术和生态上讲，Web/js 搞 remote Dev 明显是更方便的。而且 vscode 更接近于编辑器，架构设计上也更轻量，选用其进行二次开发显然是比选 jb 更方便的，但这并非 jb 比 vscode 差的理由。

首先把乱七八糟的右键菜单扩展都关了，尤其是百度网盘的，这玩意严重影响右键菜单的响应速度