@oxromantic 哪个是过时的 QA 了

坑：
* 加域后，别把域服务共享等等一股脑的都设定好，登录时会很慢，也不利于移动办公；应该是只实现登录认证，域服务等，等登录完成后，给用户自己需要时再连接
* Mac 管理员：如果不会 Mac 脚本，基本的 bash，或者 Python/go 等，基本上很局限了，就如同少了一条腿。不过随着 Apple 逐步完善它的 MDM API，可能将来可以完全免除脚本亦不一定。
* 最好入 DEP + ABM/ASM + MDM，这个比较符合现代趋势，完整的管理链，但是要是用好的 MDM 系统，比较费银子。
* 辅助以 Apple Remote Desktop，远程管理、协助、排错、简单部署等。那么，就需要客户端的本地管理员账户，这个可以通过 MDM 部署，但是不是所有的 MDM 可以做。
* Mac 与域之间的通讯比 Win 之间多多了，这是我们的最初的教训，所以，尽量减少与域的直接通讯。
* 别想着用微软的管理工具（比如 SCCM 等）替代 Apple 的 MDM 系统，至少目前为止是这样的。
* 如果管理公司的设备，那么只给用户普通用户，不要给管理员，否则基本就是废了。个人设备，使用自愿加入 MDM 的方式比较合理。

首先，为什么加域呢？现在趋势是云化服务和管理，尽量避免终端机的管理，通过降低人工和本地服务器服务等，极大降低 TCO，并释放生产力。

我们这里，全市 230 个地点，保守说：Win 2 万多台，Mac 1 万多台。从 Windows 域向云转化中，现在的域除了登录认证外，几乎没有太大意义了。当然即便是完全迁移到 Azure 后，也有域概念。

具体操作 Mac 加入域，如果是使用 AD 域账户登录，一定开启移动账户。加入域的操作：
- GUI：参考 Directory Utility （目录实用工具） app
- 命令行：参考 dsconfigad
- 描述文件绑定：参考 configuration profile
最好是先用 GUI 调试成功后，再调试命令行。Mac 加入域后，Mac 与域服务器的通信似乎比 Win 要多很多，所以可能要增加域服务器。

另外，Windows 域与 Mac 的 LDAPv3 在账户属性定义可能不一样的，要不通过映射，要不修改 AD 域以做应对，参考 Apple 的 Directory Utility User Guide （ https://support.apple.com/zh-cn/guide/directory-utility/diru39a25fa2/mac ）

还有另外一种方式，不在系统级别加入域，Mac 用户使用自己的账户登录后，使用如 NoMad 来连接 AD 域。

如果需要最大限度的管理，最好创建一个统一的本地管理员账户，其它的都是普通用户账户。

目前来说，Mac 我们用 MDM 管理，设备都是“DEP (设备注册计划)”的，后期使用 MDM 部署管理和 app 分发等。Apple 的 DEP 和 ABM 、ASM 配合 MDM，就是它的云服务构架，基本无需考虑加 AD 域的烦恼了。

先说什么介质谈话的，办公室内面对面，通过电话，通过 app 语音，还是什么？然后再说细思极恐。
是不是有 siri，或哪个只能盒子开着呢，是你的账户，它们偷听是常见的，而且一直在偷听。
旁边与你有关的，比如手机等其他设备？
说不定是你们老板在偷听

少装点系统 app，省得今后头疼

这么简单的事，闹得那么繁琐，GUI 就是 Apple Remote Desktop , 命令行就是 SSH 。
当然要设置好隐私权限

你把自己灰色的字体贴图，这样别人也可以互相帮你对比。干说说不明白。
我这里也有好多的灰色的

真不错，都在试用其它牌子的。
这样，要是谁的电池出问题，也别忘了告诉别人自己是否用过非自带的充电器和瓦数。

@wyx119911 对呀，三指做优化切换不方便吗

@sxyseo
有可能相关的有：
1. 腾出尽可能多的空间
2. CPU 的进程，到活动监视器中看
3. 居然还有 32 位程序？到系统信息中看都有谁，卸载或升级

再说列出来的 launchd 的呢？

建议所有有这个问题的，都去 Apple 社区反映： https://discussionschinese.apple.com/thread/252255152

原来，JHFS+是没有碎片管理概念的，而现在 APFS 是有碎片管理的
前面别人也说了，hdd 用 JHFS+或者其它的如 ExFAT，ssd 用 APFS

@sxyseo 就是 EtreCheck 。不知道当时是手还是脑子短路了，打错了。看得它的报告结果如何？

@sxyseo 什么机型和配置，主要是硬盘和内存。
用免费版 etretrack 看看非 Apple 的 daemons 和 agents，extension，kext 等都开了什么，贴上了大家看看。

是开了文件保险箱了吗

这个看上去很美，不知兼容性如何

@shily
当然要看初始和动态数据。那个 1.5 倍只是给一般用户的一个直观可计算的方法。至于配了 x TB 的最后只用几百 GB 的情况，那么在最初选择的时候就可以选择小点的硬盘，留着钱，以后硬件还要升级不是。如果不差钱，那么弄个大点的 TM 盘就更不是事儿了。

一般人来说，硬盘都会用到它的 50%~90%吧，随着使用，数据更新的增量备份积累，TM 盘逐渐会被填满后，即便是删除最老的数据，依然可以保证一定的可回溯周期的数据。

虽然 Big Sur 的 TM 可以使用 APFS 的 snapshot 功能，可以快速高效备份，但还要考虑老用户，也就是没有跟新到 BIg Sur 而使用 JHFS+ 的情况。

@Tink 一般来说至少是内置盘的 1.5 倍

1. 可以，但需要一点假定和技巧：比如你的.py 不知在哪里，但是可以使用诸如 whereis 或者 which 找到，那么可以用下面的命令行提取这个命令所在目录. 比如 xxd，用 whereis 得到 /usr/bin/xxd，获得他的目录的命令是：
dirname $(whereis xxd)，得到 /usr/bin; 如果是知道它的目录直接写在后面即可

2. 可以，直接后面跟参数
比如 alias ll="ls -la"
那么写参数的命令：$ ll $HOME

3. 前面都有人说了：export PATH=/your/path/here:$PATH