你妈觉得米国乱，怕你出事，然后可能表达方式有问题，毕竟只有极少一部分父母擅长沟通。
另外，中国压根不接受常规移民，在中国住多久只要没有极大贡献都只能混个绿卡，你拿这个跟移民国家比较显然是不公平的。
长期不关机要考虑功耗和噪音。功耗其实还好，现在的家用 PC 都有节能功能，噪音和功耗相关，PC 要做到一般 NAS 产品的静音程度可能不那么容易，当然如果你觉得影响还好，就可以先不管。
任何 PC 都可以，也就是说你按照你玩游戏的需求攒一台，只要能放你期望数量的硬盘，就可以同时胜任 NAS 工作，Windows 系统的话可以开个 SMB ，很多其他设备就可以连接进行文件传输了。
长期不关机通常没有影响，但如果长时间跑高负载程序的话，非 ECC 内存可能会产生错误，导致系统出现莫名其妙的问题，通常重启就可以解决。
如果真的需要软路由，真心建议买个独立设备做软路由，网络设备的可靠性要求还是高于一般 NAS 服务器的，每次维护 NAS 的时候网络不可用还挺烦的。
我现在搞了个 NanoPi ，很小的一个小盒子，跑了半年多了，很稳。
家里有相机，但绝大多数生活照还是觉得用手机方便，而且效果也差不了太多，除非真的是深入玩摄影。
题主需要的是拍摄技巧，往上一搜一大堆，可以学一学，然后实践试一试，很多还是挺实用的。
另外就是多看照片，提高审美、熟悉大众审美，审美高了你自己就能看出来拍得好不好看、需要怎么调整。
体验过 Photoprism ，感觉如果能配一个手机 App 就比较完美了。
Immich 看起来还不错，但一方面不支持中文，不适合跟家人一起用，另一方面官网上“Do not use it as the only way to store your photos and videos!”的提示看得我不敢正式使用。
现在在试用 MT Photos ，跟家里人一起用还可以，就是 App 不自动同步照片（可能被系统杀后台了？），大视频备份的时候可能会出现 timeout 错误（不知道是不是我 nginx 反代的问题），以及安卓端没有释放手机空间的功能（可能未来会有？）。
只是同步照片的话，用过适用于同步任何文件的 FolderSync App ，走 SMB 或 WebDAV ；另外 PhotoSync 看着不错，但收费（好像各种插件也都单收费）就没试。
只是做 NAS 用的话，就参照群晖的硬件来选同系产品就好，比如 Intel 的 J 系列 10 瓦 TDP 的板载 U ，板 U+内存+机箱+电源顶天 2000 块钱就能搞定，甚至在一家买的话商家还可以帮你装好黑裙的系统。
实际上后续感觉预算大头还是硬盘。
工具是为需求服务的，所以只需要满足需求就好，没必要拿大炮打苍蝇。
路由上做透明代理通常是基于很多设备要使用代理的场景，或者设备本身不具备配置代理的场景，没有这种需求当然可以直接在设备上跑代理。
旁路由实际上是旁路网关，适用于只有部分设备需要走透明代理，同时又不想改变现有网络架构的情况。
我个人的原则是，亲戚间不做生意，因为总得有一方吃亏。
怕买到假 304 ，解决方案应该是想办法甄别是不是真的 304 ，而不是转而去研究自己更不熟悉的材料，没准假钛的也很多。
你需要知道，生活中绝大多数问题都不是一劳永逸的，太执念于长久可能反而会牺牲一些生活品质。
我个人还是推荐木质或竹质筷子，定期换，这玩意也不贵。
首先你要了解的一点是，自媒体是一门流量生意，所以经常会夸大一些正面或负面结果来骗转发，而新手父母看到这些信息后，会以为自己做得处处不对，并以为会引发严重后果，进而一定会陷入焦虑；实际上如果你单独去搜正面或负面结果，都能搜到支持或反对的观点。
所以不要拿网红帖、软文帖（引流或卖产品的）当回事。
最权威的还是医院，但实际上你自己还是需要有一定的判断，看哪些医生比较符合你的预期。另外去医院的儿科或儿科专科医院的楼里转转，你会发现墙上可能贴着很多实用的儿童保健科普知识。
需要自己学习一些底层生理学原理，比如儿童的免疫系统是如何一步步发育完善的、检验的各项指标究竟代表什么含义、每种药物的作用原理是什么。要知道哪些现象对哪个年龄段是正常的，没必要草木皆兵。
参考一些国家级的权威性的保健标准或指南，注意看原文，不要看二手信息。哪个国家的都可以，但如果参考外国的要注意不同地区人种、生活习惯和饮食差异。
很多社区都会有育儿群，不用关注里面鱼龙混杂的转发信息，只关注家长实际实践的结果，自己进行分析和推演。
最后时刻提醒自己，只有自己冷静才能正确处理孩子的问题。
实际上多严重自然灾害的地方已经用上了强提示的预警功能，比如四川就曾经很多人收到过地震预警。
其他地方相对比较太平，通常是用短信预警，比如大风预警、大雨预警之类的。
三星刚刚因为 ChatGPT 出了几次数据泄漏事故。
如果 AI 引擎是实时学习的，那么肯定保不齐会成为大喇叭，给点赛博咒语就把别人的隐私吐出来了。
现在的主要问题还是，GPT 只是个语言模型，它是基于概率来计算最可能出现的上下文，它不可能理解逻辑和人情世故，只能尽可能猜得符合惯例。即便是私有化部署企业内使用，也还是要解决信息从高安全等级的岗位流向低安全等级的岗位的问题。
要么 OpenAI 自己想出办法从底层来解决，要么就只能用于非敏感场景。
本质问题还是人才供过于求，如果换位一下，自己是 HR ，岗位名额只给 5 个，但简历有 100 份，要求一个月之内招到人，怎么破。
所谓面试造火箭，入职拧螺丝，就是这样出现的，不将选拔难度拔高到比较不切实际的程度，没法把那 95 份简历淘汰掉。
另一面，用人单位又不可能抵着招聘要求的下限来招人，能力强、要价便宜的人力谁不想要。虽然面试考察项目并不一定客观反映候选人的能力情况，但当你有一堆简历可以浪费的时候，就不会去考虑是否错杀了一些机会。
就是这么矛盾。
计算机科学不是自然科学，而是人类基于数学和物理学造出来的应用科学。计算机本身只是个工具，不同需求场景下，它的定位也不一样。
题主不想谈论就业问题，但很多人学习它、很多学校教授它就是奔着就业的方向去的，所以不可能绕过就业问题。
计算机知识是非常系统化的、环环相扣的，上层知识依赖底层知识的支撑。所以现在计算机专业课程都是从基础讲起，这些基础可能未来永远不会在职业中直接用到，但如果掌握了这些基础，就可以更容易理解上层的知识、解决上层问题。基础知识是相对比较稳定的，现行的教科书在知识大纲上问题不大，关键就是如何讲解得更加通俗易懂，以及如何培养兴趣的问题了。
虽说如此，如果我是大学或职教的老师，我恨不得先从职业规划入手，然后再从规划反推需要学习哪些基础知识，虽然大部分可以和课本重叠，但可以让学生的目标更加明确。
当初设计 IPv4 的时候，计算机还是个新奇玩意，设计者觉得这些需要网络的特殊机构永远也不可能填满 IPv4 的地址，后来谁也没想到互联网能发展到这种程度，而且只有三四十年就爆炸成这样了，恨不得每盏灯都要接入网络。
计算机界很多问题都是这样来的，比如千年虫问题。
因为计算机二进制的特点，所以计算机界普遍习惯使用 2 的 n 次方来取整；如果用 5 字节的话二进制就是 1 后面 40 个 0 ，无论用两个 32 位的单元还是用 1 个 64 位的单元都会有空间浪费（是的，因为他们也是使用 2 的 n 次方的思路来设计的，而且有可能就是两两相拼来扩展的）；所以比 IPv4 （ 4 字节）更长的地址就会首先考虑 8 字节和 16 字节。
不选择 8 字节的原因可能是标准制定组织对互联网的发展相对乐观，认为 8 字节无法满足未来几十年的需要，不希望短期内再遇到 IPv4 一样的窘境，毕竟升级协议对全世界来说都是一个极大成本的事情。当然人们只能根据当前的认知来估算，也没准很快 IPv6 也不够用了。
IPv6 本身是个技术性需求，对绝大多用户来说应该不需要去阅读和记忆这个地址，所以咱们技术人员群体是否觉得记忆起来麻烦，本身就不是高优先级考虑的事情。
其实技术人员也知道这玩意有点反人类，所以也搞出了很多起因技巧来缓解问题，比如：
1. 使用缩写形式：IPv6 地址中连续的多个 0 可以缩写为一个"::"，这样可以减少地址的长度，使得地址更易于阅读和记忆。例如，2001:0db8:0000:0000:0000:ff00:0042:8329 可以缩写为 2001:db8::ff00:42:8329 。
2. 用域名或 hostname 。
3. 有一些工具可以将 IPv6 地址转换为易于记忆的字符串。例如，将 IPv6 地址转换为类似于"tide:map:win:rich"的字符串，这些字符串更容易记忆。
4. 使用 IPv6 前缀：IPv6 地址中的前缀可以用来标识网络或子网，这可以减少地址的长度，并帮助人们更好地理解 IPv6 地址。例如，2001:db8:abcd:1234::/64 中的"/64"表示子网的前缀长度。
Select Language