经典知乎上那种一拍脑子就提出的充满了漏洞设想，证明提问者根本就没过过脑子

1. 你对电子设备的定义是什么？包不包含服务器？
2. 像云服务商这种多个服务器联机组成集群共享内存的，你哪怕限制 1G 内存有用处吗
3. ok ，lz 给自己问题打补丁，假设 lz 实际上对“电子设备”的定义仅仅只是狭隘的“智能手机”和“普通人用的家庭 PC”的话，那么，服务器或者云计算自然不在这范围，那么答案也很明显这个世界不会完。因为其他设备内存都能超 1G 。手机，pc 无法超过 1G 的话，只会推进云 pc 等远程服务的爆发
4. 对了哪怕是“普通人用的家庭 PC”这个定义都是极其不明确的，我配了台高配电脑然后装了 linux 做服务器来用，那么请问我这台电脑是个人 pc 还是服务器？我家的 nas 呢？

无法理解 jins 有什么好代购的。。。。。。他家镜片也没什么不得不买的点（一样依视路，豪雅的镜片），唯一优点是在日本算便宜的（最便宜丐版套餐镜片 330rmb ，但也不会告诉你任何镜片品牌等信息），以及最大两次免费换镜片

但在国内买要算上代购费和费，也享受不到两次免费换镜片
而且 jins 要其他要求也是要加钱的，从国内代购得不偿失

虽然但是 aws 的 aurora rds 是支持的 Zero-downtime patching (ZDP)的

@hcocoa 是的。安全和便捷有时候只能选一个

竟还有人敢随便把自己内网的服务暴露到公网。。。。。。反正我是不敢的

乖乖装个 tailscale 然后配置下 subnet 不就好了，在外依旧能直连用 192.168.x.x 的 ip 来访问家内局域网服务不香吗，不比你折腾 ddns 、域名、证书之类的省心。更何况 lz 还有公网 ip ，tailscale 组网连中转服务器都不需要可以直接

最后配出来该不对还是不对。每次换眼镜反正我都是要至少重配两次才行

@yoyo12 对我而言三甲医院眼科同样测不准。而且我后来为了不再配错眼镜，都是主动要求至少戴十分钟以上在外面晃的

@yoyo12 我难配和瞳距瞳高无关，就是度数难配。我眼睛对度数很敏感，度数稍微不对一点就觉得一只眼睛糊，而且我的度数还会短期内有小波动，再加上我还是近视+散光（近视散光的度数可以某种程度上互换，但同时也意味着平衡两者也有难度）
每次配镜都是当场觉得度数差不多了，但配出来度数就不行。

度数不匹配的概率太高。像我这种眼睛敏感的，两星期内重新验了三次光重配三次眼镜才勉强可以
真要线上配镜，就先线下验光然后买最便宜的镜框+镜片套装（加起来总价 100 出头那种），自己戴个一两天觉得度数差不多了再线上下单

真正想干活的人，警惕让玩工具的乐趣或精力超过干活的输出

专门的事就交给专业的软件去做，比如 notion, Clickup 或者其他任务管理工具。Obsidian 想要实现近似功能挺折腾的，搜索关键字就是"Obsidian 数据库"

https://zhuanlan.zhihu.com/p/632122944
https://www.youtube.com/watch?v=_u3UA5ZEt_c

Obsidian 插件是丰富，但看着一些用 Obsidian 把各种插件玩出花的人，我总在想这真的是想记笔记的架势吗。。。。

家里一台 NAS 装 k8s/k3s?是图啥....开几个虚拟机练手吗

日本全球前几的长寿在医疗方面我觉得主要还是靠的每年规定的强制体检，遍地小医院（诊所），稍微感到有点不舒服走几步路去看一下非常方便，而且无论看啥医保报销后都最多付 30%，看病经济负担没那么大（分级诊疗的好处之一）。也意味着日本很多病在初期阶段就能筛查出来或者解决掉，并不是完全靠对大病的治疗能力。
比如我在日本几年，稍微感到不舒服就往诊所跑（怕死），手上诊疗卡都一大摞了，很多小病或者不舒服立刻就初期解决掉了，主要经济也没什么负担。

但是相对应的，对于那些医生觉得没大事但自己非常急的病来说，这种分级诊疗就蛋疼了。我之前血检肝脏转氨酶挺高，但我并不胖从不喝酒抽烟，还常年坚持运动，天天吃蔬菜沙拉全麦面包鸡胸肉，结果超声波说我有中度脂肪肝，医生说你这情况还不正常也正常。我觉得不放心想做个核磁，结果分级诊疗下从我希望做核磁到真的到大医院预约到核磁（大医院不会上来就给你核磁，而是先所有检查再做一套然后让你等复查，复查完后再预约一个月后的核磁）。耗时三个月，我最后绷不住了，趁着年底回国直接在国内医院做了增强扫描，前后耗时两天

yysy 小红书一些攻略是真的细
比如换乘，有的攻略他能把你从进站到站台多少分钟，等车多少分，下车出站多少分，事无巨细地写出来

对于坐飞机高铁这类时间卡死需要精细规划的人来说，简直是神。没有哪个地方的攻略会写得这么详细

有公网 ip 我也绝不会直接把任何服务暴露到公网里，反正有没有公网 ip 我回家都是靠 tailscale 组网连回去的没任何区别。

唯一区别就是 tailscale 组网，有公网 ip 不需要费劲打洞之类的。但这种问题我租个服务器自建 relay 就解决了，一年 relay 服务器的价格也就几百块，家用公网 ip 这东西一年超过几百的话我肯定不付钱

fcm 推送是需要用长连接的，你的梯子不支持长连接吧

日本线下怎么会没货，只不过免税店的话没货的概率大点

@wjpauli 明白了，如果你不需要的话那直接把这些不需要的 Cloudwatch Alarms 全删了就行了。
至于这个 DynamoDB 的 ConsumedReadCapacityUnits ，是监测 Dynamodb 获取到的读取单位，低于 30 就告警我不太能想到是怎样的应用场景，这些 Alarms 是怎么生成的我就不知道了。是出于什么目的其他组员添加的还是自动生成不太清楚（至少我做的这么多项目，用 DynamoDB 没有自动给我添加过这些 Alarms 全是手动的）。难道是你学习 DynamoDB 的时候用了什么练习用的 guide 自动给你生成的？