@me221 PRC/India 两个区域可以用当地手机号直接作为 Apple ID 注册，这是为当地法律和实际情况作的两个妥协，虽然目前看来还不大可能整出来“云上印度”。

这些国际电台现在都是以互联网作为主要传播手段，很多直接停止了短波发射，实在是没必要在恶劣的电磁环境里面再去损害听力了。

@q197 谷歌没这么玩正是因为这么玩臭名声，而且 AOSP 、Magisk 都是自由软件，别人拿公开的代码 fork 一下就可以继续开发了，一点意义都没有。停止 MagiskHide 正是谷歌的要求，但是也不妨碍 Magisk 作者开发了一个替代接口机制 Zygisk 。

完成弃用小米手机的路过，今后安卓只买 Pixel 。

@onhao 这类政策的出发点就是迫使公民减少码号、账户数，从而便于对公民的一举一动进行事无巨细的管理。

@12101111 原来如此。

@piku 我个人比较抗拒 LVM ，它太复杂了，pv/vg/lv/fs 四层下来（其他类似的逻辑卷管理系统一般会把 pv/vg 、lv/fs 合并管理），加上缺乏完善的 GUI 管理工具，足以让不熟悉的人如坠云里雾中。

@12101111 也未必，微软可以把 rsync 作为一个单独的 exe 模块放进去组成一个“系统”，按 GNU 的定义这并不会导致系统的其他部分被迫开源，因为其他部分并不依赖 rsync 。其实这也是 Android 整合 Linux kernel 的做法。

今年完成了从小米到苹果的迁移，留一台一加 8 （二手）应付办公、地铁查手机等场景。

@cev2
1.什么时候 SUSE 和红帽同时认可了 Btrfs ，那说明 Btrfs 才真稳定了。毕竟 EL6/7 当中都包含了试验性的 btrfs 支持，试验了可以说七年左右，这样还转不了正，显然反映了红帽本身对这项技术的评估结果。
2.不论从市场占有率( https://truelist.co/blog/linux-statistics/)、影响力还是技术贡献度( https://www.phoronix.com/scan.php?page=news_item&px=RedHat-SUSE-Canonical-Kern-10s)，红帽（ RHEL 及其衍生版）都比 SuSE 有说服力。当然这俩都是业界 Linux 相关产业权威的领头羊。
3.因此，现在的事实就是，btrfs 并没有得到大规模的采用，尤其是企业环境。当然一些数据可以进一步探究，比如可以想办法研究一下，采用了 SuSE 的企业用户，有多少同时使用了 Btrfs 。但是就目前数据得到的一般印象来说，至少我的印象就是这个。
4.你当然可以认为这有诉诸权威的问题，但是在这个方面，权威是有市场占有率为支撑的，权威的选择结果可以反映市场的接受程度，也可以在一定程度上反映技术本身的质量与采用信心。

https://access.redhat.com/documentation/zh-cn/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/file-systems-and-storage_considerations-in-adopting-rhel-8

“Red Hat Enterprise Linux 8 删除了 Btrfs 文件系统。这包括以下组件：

btrfs.ko 内核模块
btrfs-progs 软件包
snapper 软件包 ”

我个人认为，群晖现在就大规模使用 btrfs ，一定程度上是对用户的不负责任。

@flashman 互联网从业者不去拥抱自由主义、开放社会，反而跑去捧威权乃至全体主义，是最精神分裂的。

《讨论技术》，真好玩。
技术和政治是不可分的，为恶劣政治服务的技术等于危害人类。

@shabbyin 差不多吧，所以看到近期大搞ゼロコロナ——这可不是我能决定的哦——我的心里反而略微暗喜。

@shabbyin “更不会在某一方并未做出实际行动前"——特定一方的实际行动已经做了接近 73 年，至少至少也是接近 10 年（自 2012 年 11 月起算）了，这么长的时间完全可以得出确定无误的结论。