个人用途和办公用途的设备要分开，要么物理隔离，要么虚拟化隔离，能避免很多麻烦。

小米可能感觉做相册云同步比做 NAS 产品利润更高。
NAS 用户群体还是太小众了。对普通用户来说能花 12 块钱搞定的事情，没必要花几千上万然后还得自己折腾。

个人认为“礼义廉耻”是哲学范畴，即讨论什么是善以及道德标准。感觉跟你想讨论的时事逻辑上并没有联系。
“胜利”是你自己定义的，你潜意识里觉得能继续火下去、有钱赚就是“胜利”，那历史上坚守节操宁死不屈的人物肯定在你看来都是“失败”的案例。但实际上每个人对“胜利”与否的评价标准可能不一样。

孩子可能觉得面子比金钱重要，那么对他来说，能在金钱上面还选择面子就是一种“胜利”。
而其他一些主播可能觉得金钱比面子重要，那么同样能抗住面子的压力继续赚钱也是一种“胜利”。

至于跟穷人、富人阶级相关的论点更是另外一件事，不要面子从草根开始逐渐赚大钱的也有，选择面子还是金钱跟个人所处的阶级并没有关联。

这个节点算是成年后自己要做的第一次决定吧，让她自己做决定；除了她自己，任何人都不能对她的未来负责。

最近用过一阵，发现很多桌面应用默认仓库都只提供 snap 包，比如 Firefox ，我在容器内使用 Ubuntu 桌面的话 snap 之类的会跟容器机制有冲突。这一点感觉不是很好，有点为了强推一个产品而强迫用户的感觉。

目前在用 Manjaro+Gnome ，比较符合我的需要。

如果不需要对生成的文件进行版本控制的话，就把生成的文件存在分支上，然后每次生成先删除分支再重新分分支提交？
如果需要对生成的文件进行版本控制的话，你就只是需要更大的 git 仓库空间限额了，考虑花钱或自己部署。

感觉不只是国内有这种现象。
一个关键原因可能是红帽有成熟的培训和认证体系，企业喜欢这种背书，某种程度上来说比自己指定招聘标准要更好，简历上多少年 Linux 经验都比不上一张证书。
另一个关键原因可能是红帽有订阅服务，很多企业不希望大部分运维成本和风险都自己头上，反而希望花钱就可以解决，红帽、Ubuntu 、甲骨文都是不错的选择。企业选择这些商业发行版，求职者自然也倾向于学习这些发行版。

感觉肯定不符合乔帮主的脾气。
但从为股东负责的角度上来说，你很难说它不是个正确的商业决策。

@Exp #33 跟汽车上滑动门一样，关闭的时候胶圈咬合在一起就行了，再加上锁之类的机构可以让它闭合更紧密，车库门那种只需要一点点修改应该也可以实现一样的效果。

可能在南方会更实用一些。
我在北京，我住的房子前住户用户的滑动窗，冬天属于是额外加三个大暖气散热片都暖和不过来的程度，后来我住的时候换了向内平开的断桥铝窗，冬天只需要小暖气片就挺暖了了。

汽车滑动门感觉挺贵的应该，我家六十多平的小尺寸就六扇窗了，真做成汽车那样的是不是得好几千一平方米了。
而且一个窗户洞的尺寸，如果我需要的话可以做双开平开，如果滑动的话就只能做一半。

抛开价格因素的话，我反倒觉得像车库那样可以整片向上滑动翻转然后与房顶平行的那种可以兼顾上述两种窗户的优点。

也有可能别人脸长得就是那样，容易让人误解。而且大概率过几个小时别人就会把这件事忘得一干二净，只剩你自己为此辗转反侧。
这种情况下不要关注和揣测别人的想法，除非你情商够高，否则就是给自己徒增烦恼。而情商够高的人可以准确预判对方是否误会你的意思，并使用恰当的主动沟通来化解尴尬。
之前经常看到一个小故事，就是老人给小孩发钱来转移小孩制造噪音的目的，当不发钱了小孩就不制造噪音了。我相信你按按钮的初衷并不是要获得嘉奖，而是这符合你对自己的道德要求，所以也不要转移自己做好事的目的。想要按按钮就继续按。

虽然我是自己攒的，但我还是推荐使用商业化成品，比如群晖或威联通，商业系统能确保基本的可靠性不需要自己折腾，有问题还有客服以及可以参考的大把的社区经验。最关键的是，你和家里人一起用，你自己攒的设备偶尔抽风会很破坏家里人使用的积极性，家里人也可能用不惯你找的各种可能连汉化都没有的开源软件。而且如果你用 10tb 以上的硬盘，还真不一定主机价格占大头。

软路由之类的网络设备不建议跑在 NAS 上，因为网络设备的可靠性需求普遍大于 NAS ，折腾 NAS 的时候网络不可用还是挺烦人的。

跑 Docker 的话 x86 的兼容性会好一些，但一般适合做存储的硬件跑服务性能都不好，要想性能够的话就会逐渐偏离 NAS 的定位，毕竟服务器也可以带很多盘。除非你只跑特别轻量化的容器（我一直感觉单 docker 本身就不是很轻量化，更别说有人还要用 k8s ）。

非要自己攒的话，正好 4 盘，或者知道怎么 hack 到 6 盘可以用英特尔的 J 开头的低功耗处理器。对 docker 负载需求高一点的可以考虑英特尔的酷睿 i 系列，不喜欢大小核就用 12 代以前的 U ，感觉大小核功耗方案更好可以考虑 12 代、13 代，当然如果你有老 U 想废物利用也可以，就是能耗可能会高一丢丢而已。
然后主板选个 sata 口多的，或者可以装 pcie 转 sata 转接卡的，按你的需求找个 6sata 口的主板应该不难？
这块没啥最佳方案，你可以看看时下的价格，然后选择相对实惠的方案。
家用主板很少有万兆口吧，你可以选主板的时候留一个 pcie 口用来插万兆网卡。

实际上差不多相当于你直接搬个打游戏用的 PC 拿来当 NAS ；如果你有视频转码或跑 AI 的需求的话，显卡也能用上。

要想噪音小，一个是发热不能太大，另一个是尽可能是用大尺寸的静音风扇，相同风量尺寸越大噪音越小。还有要注意企业级硬盘没有静音需求，通常会有炒豆子声音，如果介意的话最好买家用盘甚至 NAS 专用盘。

系统这个每个人有自己的喜好，OMV 、UnRAID 、TrueNAS 等等都可以，如果动手能力足够强也可以装个 Debian 自己配置各种服务。

分区 大小 文件系统 挂载点
分区 1 512M vfat /boot/efi
分区 2 512M ext4 /boot
分区 3 剩余所有空间 btrfs /

如果不需要 btrfs 的各种特性，想根目录也用 ext4 ，那么后两个分区可以合并成一个。

如果是笔记本，需要开启休眠特性的话，还得分一个大于等于内存大小的 swap 。
服务器上如果需要用 swap ，只要不是开机就需要大量 swap 就可以用 swap 文件来实现。

方案是为需求服务的，如果你有频繁调整存储卷的需要，就可以考虑使用 LVM ，否则的话徒增一个抽象层，增加一定的使用和故障恢复成本。

对了，如果需要用 btrfs 的快照功能（备份、恢复、版本控制会比较方便），根目录要挂在 btrfs 分区的子卷上。

没有万金油方案，一切都可以按照你的需求来调整。

服务软件提供 docker compose 的目的在于可以让普通用户不需要去关心部署和连接数据库等组件，一键运行一整套可以用的服务。

容器的一种使用思路是不同服务之间互相隔离，不光是服务本身隔离，数据库和中间件等也可以进行隔离，这样就不会在发生故障的时候互相影响，也不会在一个服务受到网络攻击后导致所有服务受到影响。一部分企业应用场景是可以接受每个服务跑自己的单独的数据库服务的开销成本的，来换取这种隔离带来的各种好处，可以更加灵活地调整每台服务器上部署的容器种类和数量（所以出现了 k8s 这种调度工具）。
但你的需求不一定是这样的，比如你无法接受同时运行多个数据库实例所产生的开销，或者不适合你的管理方式，那么你就完全没必要遵循这样的设计惯例。

当你有特殊需求的时候，比如你需要在另一台服务器上跑数据库，又或者是你需要统一管理所有服务的数据库（比如做主从备份会比较方便），你就可以写自己的 docker compose 配置文件，或者使用命令参数直接部署服务容器，然后通过服务配置文件，或者容器环境变量（取决于容器镜像是否提供这种能力）来配置要连接的数据库的地址、用户名、密码。

如果你要用 Postgres ，你就避免不了了解这个数据库的使用方式，包括如何管理用户（角色）和权限，多搜些教程看看吧。

目前主力机稳定使用 Manjaro+Gnome ，近两年没滚挂过，可靠性比 Arch 高一大截，还能用 AUR 。
主流 DE 都挺好的，看个人喜好，我现在在 Docker 机上跑了个 xfce+xrdp ，能满足基本远程登陆使用。

之前听说有一家专门做 Linux 电脑的品牌做了个 Pop!_OS ，一直还没试。

其实发行版基本就是社区按照自己的口味组合和配置一套环境出来，东西在各个发行版的软件源里都有，动手能力强可以不拘泥于用哪个发行版。

我们公司以前用 CentOS ，后来容器化了之后宿主机就无所谓用啥了，红帽宣布改变 CentOS 策略之后我们很容易就换了 Debian 作为宿主机，再后来就用云厂商自己的发行版，功能、性能都会好一些。

现在 RHEL 的意义主要还是一整套付费支持服务，还是有很多企业需要的，特别是用私有云的，一方面可以降低运维成本，另一方面可以提高服务质量，花钱就能解决问题。

稳不稳主要看固件吧，我之前 R4S 换了四五个固件才找到个稳定的，跑了小一年了。

要考虑个人文件的备份问题，要么就是同机跨盘备份，要么就是跨机备份。注意，RAID 并不解决数据完整性问题，还是要备份。

个人认为稳定性需求是网络设备>存储设备>服务设备，所以我目前的方案是 R4S 做路由负责网络功能、独立 NAS 设备负责存储和提供文件访问、独立服务器用于运行各种服务（ NFS 挂载 NAS 的文件系统）。

不想折腾的话，还是推荐用白群晖做存储，可以考虑额外搞个硬件编解码能力强的设备来播放 NAS 上的视频文件，这样只要你内网带宽足够，就不会有体验问题。