人写的代码长期不重构清理一样也会变成技术债的，最后也是不可避免的会成为屎山。现在的情况是好在可以让 AI 去重构或者代码 review

丐版 M1 air 表示感觉完全没有升级的意义了，不如死守 15.x 版本直到换新款

如果只是用来编辑文档收发邮件或者控制远程电脑的话还是可以的，然而一旦涉及到本地开发和编译的话还是建议 MBA 起步

从可维护性的角度来讲通俗易懂能解决问题并且没有性能问题的代码就已经是优秀的代码了，代码是为产品服务的而不是为了好看。当然也不是不能理解那种想要把代码写得像诗的心情，只是在目前的大环境下写代码的人本身都要面临时代的浪潮了，没那么多余裕。

不想折腾的话可以买一个 Pixel 1 代然后用 Syncthing 同步照片来解决照片的问题，海鲜市场大概 200 就能搞定，就是电池肯定是不行了

买家下单了 SSL 证书那你给他发 SSL 证书不行么？你按照系统流程来，而不是按照买家主观意愿来

这是一个非常不错的投资策略，强烈支持！(来自一个看热闹的真诚网友)

其实真要说的话你的观点换种说法大家普遍能接受，你发现大家对你的 “2. 如果结婚后丁克，则男性不应该做任何补偿” 这点基本是同意的，或者没有明显反对的，因为这是权责对等的，很合理。但是其他的部分则偏反感，因为细究的话可以扣很多问题出来：

女人生孩子是为男人生的？女人生孩子要比男人付出更多肉体上的代价，这个问题是男人造成的吗？是所有男人造成的吗？是看到你帖子的网友造成的吗？

生物的本能就是繁殖，所以女人不是为了男人才生育的。生物学上是先有无性繁殖再有有性繁殖的，换句话说就是先有能自我独立繁殖的个体之后，才出现了无法独立繁殖的个体。讲逻辑的话这一切就是进化的结果，显然这个结果并不是男性导致的。

那你现在这个帖子就是把这个锅往男的头上扣，而且这个锅里面还煮着热乎的****，而你本人是男性这一点则加剧了这个效果。

说真的，你要是换种文案别上来就扣帽子的话，真不会有这么多人骂你。

帖子的内容有一种哄抬逼价和骗铜币的感觉，看起来就像是教师爷来给网友说教的，只是可惜无论何种形式的教师爷一般都很讨人厌，拿着大家都知道的东西反复强调来彰显自己伟光正的教师爷惹人厌，提出非主流的观点哗众取宠然后觉得自己遗世独立人间清醒的教师爷一样惹人厌。如果标题改成“男人和女人之间是否存在公平？”这样中立的探讨的话可能就还好些，而上来叫要求别人应该怎样怎样就别怪网友骂你了。

回到话题讨论本身，男人和女人之间不可能存在真正的平等的，只要生物学基础没有变化比如机械飞升或者出现人造子宫，那么男女之间就不可能存在真正的平等，但这不妨碍二者仍然能够选择合作共赢。

你如果说 “女性负责养育孩子照顾家庭，男性出门打拼赚钱养家” 这个说法大家普遍接受，而 “女性付出的更多所以男的应当补偿” 这个说法显然是在抬高女性打压男性的，考虑到你是男的那你的动机自然就会被人怀疑。

@artiga033 对于给没有电脑知识的小白朋友推广某些功能性应用的时候有点用途，比如你朋友需要梯子你给他帮忙，你知道他用 Android 设备但是你不知道对方设备架构以及是否会被安装到老古董平板上，给人帮忙图的是省事。

包体大小和转化率是息息相关的，对用户来说更看重的是“体验”而不是实际的功能，打个不太洽淡的比方就是需要起飞的时候去下载视频，在封面吸引程度差不多的情况下一个 100MB 另一个 1GB 此时前者肯定更容易被点击，下载快不好看大不了删了无所谓。但是此时如果出现一个 5G 大小的 4K 整合包，即便你知道画质肯定更清晰内容更多，但是等下载完毕了人都要曼巴 out 了大概率不会去点。

所以回到 apk 打包问题上，不同 ABI 分拆包体简直就是最无脑也是最有效的减少包体的方法。在编译的时候改下配置，也不需要额外的安装器，全自动脚本化操作，没理由不这么做啊。

印象中程序员或者码农从来都不是一个褒义词，要说的话“软件工程师”或者“计算机科学家”这种才算褒义但是现实中基本没有人用这俩词

@msg7086 看使用场景吧。

我自己是搞移动开发的所以使用 mac mini 跑模拟器和编译，最后把编译产物存储到 NAS 上，因为源代码和编译都是在 mac mini 自己的固态上跑的所以没有什么瓶颈。然后主力开发机是一个游戏本，用千兆口将文件服务的 Samba 协议挂载成为盘符后跑一些对性能要求不高的软件或者游戏还是可以用的，当然如果同时还在高速下载的话确实软件会卡个好几秒，不过不是打游戏就问题不大。

如果是算力节点直接通过文件协议挂载存储节点然后再编译的话 IO 确实容易出现瓶颈，但是家用环境没必要做到这种程度。

@Philippa 看了眼你的配置单你这个已经是往家用工作站方向走了，属于是把性能拉满的算力服务的那种，而且还是 4T 的固态，考虑到数据恢复的极限情况并不适合拿来当文件服务。

打个比方楼主需要的是 60% 文件服务 + 40% 算力，而你这个是 1000% 的算力性能路线。这还不算你 128G DDR5 内存的价格，现在说内存是金子做的真不夸张。

@Philippa mini pc 或者 mac mini 都有的一个问题就是外接硬盘不稳定，硬盘最重要的东西有：

1. 电源稳定性，记得没错的话 5V 纹波的稳定性最重要
2. 散热
3. 震动
4. 睡眠管理，只要别频繁启停这个问题不大

品牌成品 NAS 肯定有保障，自组 NAS 起码自己买好的配件也不差，但硬盘柜/硬盘盒这些我印象中没有做得好的，某些品牌更是以“硬盘升天”打出名号。如果是 mac mini 的话还会面临文件系统和硬盘睡眠了无法挂载之类的兼容性问题。

现在机械硬盘、固态、内存这些都涨疯了，一个 4T 机械硬盘的钱快够买一套入门成品 NAS 设备，而独主板、电源、风扇、机箱这些基本没涨，家里不是空间有限的话自组不失为一个更好的解决方案。

@Quik 我自己目前就是用 PVE 组服务的，出现两三次问题都是人为修改 PVE 的各种配置导致的：

1. 让 PVE 从设备配置静态 IP 到使用 DHCP 导致断网无法远程，不得不找外接键鼠显示器直连进行修理
2. 修改了 Hostname 但是没有修改 Hosts 文件导致 PVE 网页服务中断，但是依然能够 ssh 远程修正
3. 插 PCIe 转 Sata 卡触发了 “可预测网卡名” 机制导致网卡名称变化导致断网

好在使用的是硬路由则不影响家人用网，自己技术不到家折腾了自己学明白就没事了

@Quik 如果 PVE 或者软路由炸了会导致全家人断网那么这个存在系统性风险，同时假如家里只有你一个人懂 IT 的话风险只会更大，毕竟 PVE 和软路由的重启不像硬路由那样插拔一下电源就行。

这个方案就是用 PVE 和软路由来代替一个硬路由，假如他们各自的稳定性都是 90%，前者有两个节点整体稳定性只有 81% 后者还有 90%，引入的节点越多数学期望上的稳定性就越低。软路由做旁路由的话炸了最多也就没办法拦截广告或者用不了魔法梯子而已，影响非常有限。

但回到这个方案上谈稳定性其实也还行，风险来源是 PVE 宿主硬件设备 + PVE 稳定性 + 软路由系统稳定性，只要硬件质量达标然后不乱改配置一般也不会有什么问题的。

@Quik 我觉得理想情况是：

1. 群晖或者其他以稳定性和数据安全著称的多盘位成品 NAS 只提供存储服务
2. 提供存储服务给 mac mini 或者小主机，由后者提供计算、AI 、编译、模拟化、软路由、Docker 之类的服务
3. 网络全部使用硬路由，家用设备需要魔法则设置代理到软路由上，移动设备直接装客户端直通机场不走家里服务
4. 使用 Tailscale/Zerotier/WireGuard 之类的服务组网
5. 然后台式/主机/掌机打游戏
6. 一台 MacBook Air 应对移动办公

@Quik 理想情况下存、算、网和自己的开发环境全部分离是最好的，最次起码把网络分离出来，毕竟搞 ALL IN ONE 容易把不可避免的故障率累积起来导致整个系统的稳定性下降。换句话说其实就是堆积硬件资源来降低系统性风险提高稳定性。

问题恰恰就在于现在硬件价格上天了，而 PVE 是能把硬件利用率拉高以相对节省成本的好办法，做好数据备份炸了就炸了，也能从爆炸中学习经验。

另外楼主还有旧的 NAS ，我觉得可以留一个盘配合 WOL 做一个可以自动化的冷备，只要重要的数据不丢硬件随便炸。