彻底无感知，不从 BIOS 屏蔽的话，最多就是做到卸载驱动，intel 核显驱动是 i915 这个内核模块。

这个其实是个人喜好问题，我觉得没必要成为矛盾点。
主要是目前主流使用 git 的方式比较垃圾，明明是一个分布式 cvs, 却硬生生的用成了中心化的 cvs 。
参考一下 linux kernel 的使用方式，主线只有一个 repo 也只有一个 branch ；日常开发都在很多很多很多 repo 上，
每个人自己本地的 repo 爱咋搞咋搞，你作为上游合并代码的 maintainer 也看不见对方私底下到底是咋样的 workflow
这个也可以参考 Linus Torvalds 的(观点)[https://yarchive.net/comp/linux/git_branches.html]，私底下自己的 repo 爱咋搞咋搞，只要最后提交给他的 pr 是干净的就行了。

一直用 Pro 版本，默认配置（没有改过注册表、组策略），从来没有遇到过自动重启，只有右下角静默提示有可用更新。

我的挂在树莓派上已经稳定运行 4 年了，用的还是臭名昭著的 Orico 不带保护壳的那款硬盘盒。
不过写入量比较少，一年也就 3 T

一个侧信道思路（
很多路由器都有的已连接设备列表 api 。

触摸屏 /二合一相比 Win10 巨量提升，很多小细节。
我的 surface pro 6 升到 win11 后感觉复活了。

（但这是个因人而异的问题....
（有些人会觉得去除了平板模式切换是个巨大 debuff

@R6A53X 为什么我这么明显的夸张吐槽语你都看不出来我也是无语了。
问我哪里产生这样的看法，我说得很明白了：“为什么现在的软件 bug 这么多。”
我作为用户，在不同的软件上都遇到了蠢到难以置信的 Bug ，只要所在的那个功能被测试人员稍微使用一下，就能发现的浅显程度，都被发布出来，我吐槽一下我被当成了免费测试有问题？

不仅仅是字节啊，你猜为什么现在的软件 bug 那么多，别说 CR 和单元测试了，测试团队都快砍没了，现在拿用户当作免费的测试人员都快成主流了.....

我也常感叹比我小的后辈太强了....
图里这种小过头的先不说，就说工作后接触的后辈。
除了天赋外，还有一个因素是别看他们年龄小，但接触编程可能比我还早.....
也就是说他们的基础扎实程度远超于我的想象....

就第一步这种操作，除非下载后永久物理断网，不然没救。

另外就是，就现代操作系统和浏览器的代码规模，有漏洞是十分正常的事情。
Windows 那边反正你已经知道是筛子了，我就不举例了。


苹果上周还专门发了一个补丁修复两个漏洞。

https://support.apple.com/en-us/HT213412
https://support.apple.com/en-us/HT213413

webkit + kernel 的通杀漏洞。

@debuggerx 学到了新的黑魔法 0 0

1. Linux 用作开发，jetbrains 可以直接装 linux 版本的，唯一的坑在于如果你会在 jetbrains 中输入中文的话，做不到，因为主流的两个输入框架 ibus/fcitx 都不被支持（几年前的信息，我现在没有需要通过 jetbrains 输入中文的场景）。
2. mac 用来装办公软件 IM, office 之类的。

如楼上所说 barrier 可以用来共享键盘鼠标同步剪贴板。

如果实在不喜欢 Linux 桌面，建议是通过 ssh X forward 来使用 jetbrains 的 IDE 。简单说就是还是把 Jetbrains 装 Linux 上，mac ssh 到 linux 后执行 jetbrains 对应的启动脚本，会自动判断环境。（需要 mac ssh 客户端这边支持 X forward ，我不太了解，需要自行了解了）（当然，输入法依然不能用）

@haoliang 干扰你的帖子讨论十分抱歉，我试着拉回来主题吧，这个问题本身因为我并没有仔细分析过 tmux 的代码，所以并不能给出什么猜测，或许你发个邮件直接问 kitty 作者本人更靠谱。

但关于 tmux 本身性能很慢这件事，在 tmux 那边的 issue 搜索 performance 是能搜出一些有价值的信息的。

比如
https://github.com/tmux/tmux/issues/1720#issuecomment-489415912
https://github.com/tmux/tmux/issues/1269

@haoliang 呃，怪我没说清楚，我没有否定这个软件本身的性能，他的核心组件全是 C 写的，在核心功能上如果和其他终端有性能差异的话，就太离谱了，遑论他本身还是做了 GPU 加速的。
我的点在于，他自身为了扩展性和功能性，引入了 Python 这一明显有性能问题的语言，说明他是认可为了便利性可以大幅度牺牲性能的（不然他至少会选 Lua 了）。那么他在否决一个功能时，就不能仅从性能角度去阐述。他拒绝这个特性的理由其实仅仅是他不喜欢那种方式而已，和性能其实一点关系没有，虽然他说的关于性能的点是对的。

呃....虽然吧，总感觉从一个周围组建和扩展选择用 Python 开发的人嘴里说出来 waste CPU cycles 是件很滑稽的事情......

单看文章....太像是为了表现自己而强行构造场景。急于证明自己有能力，同时认为能看懂标准库就属于有能力的表现之一，于是强行编了个故事，

黑客啊：建议搜索“网络安全威胁信息共享平台”（可以理解为挂人榜，当然，不代表某个实际的人被抓到了），“国家互联网应急中心”


正经的想入门安全的话，从 CTF 入手吧
入门索引： https://ctf-wiki.org/
比赛及部分 writeup 索引： https://ctftime.org/
Real World 的案例就搜索各种你想要知道的 技术名词 + CVE
（后知后觉的意识到乌云没了都已经进入第六年了）

@jfcherng 用 dis 包看一下这个函数编译出来的 opcode 。x 和 y 的处理完全不一样 0 0
至于为什么不一样，原因之一 是后面的赋值语句，会改变 x 的属性 /类别。
原因之二是 class 的特殊处理。同样的顺序放到 function 中，只会得到 UnboundLocalError: local variable referenced before assignment

当然，整件事上我个人认为是设计缺陷....

编译前通过 `File Transfer` 窗口看一下刚改动的东西传输成功没有.....