可以，不过有些手机谷歌服务不能驻留后台，以及收到了 FCM 推送之后不能正常唤醒 APP
所以看起来就像不能用

@Tounea

这个才是一般意义上的“手机设备存储权限”，是绝大多数目录都能访问的那种（有些目录仍然不能访问）
https://imgur.com/N434ian.jpg
https://imgur.com/wHvb9tT.jpg

@Tounea

https://imgur.com/c6z9DjC.jpg
https://imgur.com/ycMtCoE.jpg
https://imgur.com/TZ7Fq7u.jpg

要同意的只有存储权限，而且还是“照片和视频”这种（ Android 有好几种存储权限，MIUI 单独区分相册和 IM 软件的存储权限）
不同意存储权限怎么使用相册……

下面的小字不等于要授权这些权限，点同意只会授权上面列出的大字
意思是有些功能会向你申请这些权限，你可以拒绝权限然后不用特定的功能

@Tounea 是哪个 APP ，拒绝了哪个权限，我去试试看

@Tounea 你可能是拒绝了“隐私协议”，这年头已经没什么不给权限就退出的 APP 了
实际上你可以同意协议，然后拒绝权限

@wclebb 热词监测可以做低功耗
平时设备依然正常休眠。麦克风连接到 DSP ，它可以 7x24 小时检测采集到的声音和存储的声纹信息是否匹配（硬件实现）
其实 DSP 上的算法完全不知道你说的是什么内容，只是匹配到“小爱同学”的声音之后，唤醒设备。
然后才会真正开始识别语音内容。

Pixel 的闻曲知音功能也差不多，它的 DSP 识别的声纹信息更宽泛一些，只要声音像歌曲都会触发。当然，“Ok Google”也会。它会采集 8 秒的声音片段给 Android 识别。

@liantian 不知 rhel dvd iso 和订阅版本有没有功能区别。能拿到免费版就应该有权获得免费版的源码，如果和订阅版没有区别，实际上“源码收费”的限制就不存在了。

对于 RedHat 的决定我还挺开心的
因为我在公司碰到不少迷信 CentOS 的运维，把服务器搞得乱七八糟的，编译安装一堆包都不好更新/卸载
还会上网下一堆二进制库直接扔/usr/lib 里

然而那些包在 Debian 官方源里都有……
不如直接用 Debian ，这还是虚拟机里面，没什么硬件兼容不兼容的说法
问 CentOS 好在哪，答：“大家都在用，都说好”

我用 7+gen2 试了试，还是卡
我还有个天玑 8100 ，这玩意分辨率稍微超出 4K 一点点就不能硬解了，其中一个边超出都不行
这导致很多写着“4K”的视频都不能硬解

8gen2 才能硬解 av1

@Awes0me 我也看过，似乎贴了 3mm 厚的导热胶
然后烫腿

背景介绍：
1. 做 iOS 开发应该保持最新的稳定版，因为 Xcode 和系统版本绑死，旧版 macOS 只能用旧版 Xcode ，用旧版 Xcode 编译的应用不能上架

安装路径：
2. 其实 macOS 的多用户有 bug ，不需要考虑多用户使用的情况

卸载问题：
3. 卸载有残留，软件的配置和用户数据都不会在软件包目录下。因为升级的时候会完整替换整个文件夹，为了避免丢失配置和数据，没有软件会做成数据跟 APP 包一起，拖进废纸篓就删干净。可以用 http://freemacsoft.net/appcleaner/ 这款软件，卸载时能顺便删除一些常见路径下的文件

4. 除非软件自己实现了卸载，否则 PKG 包没有卸载方式。直接谷歌搜索“软件名 uninstall”，根据搜到的资料手动删除文件

环境变量：
5. macOS 没有全局环境变量

包管理器：
6. 无解，我觉得 homebrew 只能凑合用，比没有包管理器好。不能奢求好用

两年前卖掉了，老 iPad 还没老安卓手机有用

@lausius 当时玩一小时电脑就要休息一会

我又点进来看了这个帖子的回复

想说几点：
肉眼不可见的闪烁确实会导致眼睛疲劳，不是心理作用。过去网络和媒体没有今天那么发达，网上没有人讨论这种事情的时代，我已经发现了这个现象。我当时还试过 60Hz 、75Hz 和 85Hz 屏幕刷新率，CRT 的刷新率和闪烁频率是 1:1 对应的。

在 2004 年，我自己得出了闪烁频率越高，伤眼程度越低的结论。

后来的早期 LCD 显示器，无论是荧光灯背光还是 LED 背光，其实仍然会闪。直到 2009 年左右才逐渐普及超高频 PWM 或者 DC 调光的背光。

有些人天生就比别人更不容易近视，或者不容易出现眼睛疲劳。这确实是基因决定的。就好像有些人对一些食物过敏而有些人则不会。有时候并不是别人矫情，别人可能确实体会到了痛苦，你无法感同身受。


如果你真的碰到了眼睛不舒服，甚至是短期内视力下降更快的情况，那就应该避免使用低频 PWM 调光的屏幕。别管别人怎么说，因为人与人就是不一样。就像酒量不同那样。

@showgood163

https://i.imgur.com/KNRAxoQ.png
这些信息足够证明了，其实最关键的是虚拟机能不能直接使用 VT-x 或者 AMD-V ，这是 VBox 日志片段：

00:00:03.837061 HM: Using AMD-V implementation 2.0
00:00:03.837062 HM: Max resume loops = 8192
00:00:03.837062 HM: AMD HWCR MSR = 0x189000011
00:00:03.837063 HM: AMD-V revision = 0x1
00:00:03.837063 HM: AMD-V max ASID = 32768
00:00:03.837063 HM: AMD-V features = 0x101bbcff
00:00:03.837064 HM: NESTED_PAGING
00:00:03.837064 HM: LBR_VIRT
00:00:03.837064 HM: SVM_LOCK
00:00:03.837064 HM: NRIP_SAVE
00:00:03.837065 HM: TSC_RATE_MSR
00:00:03.837065 HM: VMCB_CLEAN
00:00:03.837065 HM: FLUSH_BY_ASID
00:00:03.837065 HM: DECODE_ASSISTS
00:00:03.837065 HM: PAUSE_FILTER
00:00:03.837066 HM: PAUSE_FILTER_THRESHOLD
00:00:03.837066 HM: AVIC
00:00:03.837066 HM: VIRT_VMSAVE_VMLOAD
00:00:03.837066 HM: VGIF
00:00:03.837066 HM: GMET
00:00:03.837066 HM: SSSCHECK
00:00:03.837066 HM: SPEC_CTRL
00:00:03.837067 HM: Reserved bit 11
00:00:03.837067 HM: Reserved bit 28
00:00:03.837075 HM: Enabled SVM
00:00:03.837075 HM: Enabled nested paging
00:00:03.837075 HM: Enabled large page support
00:00:03.837080 HM: Disabled TPR patching
00:00:03.837080 HM: Guest support: 32-bit and 64-bit
00:00:03.837080 HM: VT-x/AMD-V init method: Local

可以看出实际使用的虚拟化接口是 AMD-V ，在 Hyper-V 或者 Hypervisor 启用的时候做不到这一点。

我用 CRT 显示器的时候就发现这个问题了。
那会没有人讨论 LCD 和 OLED ，PWM 和 DC 之类的问题。
直到我用了 DC 调光的 LCD 显示器之后，我发现本来我看 3 小时 CRT 显示器就受不了，后来能看一整天的 LCD 显示器。

已经用了三年的 Joplin 了
我发现我的需求只有多级文件夹+同步+Markdown ，这玩意足够了

python + pysimplegui + pyinstaller