我一直比较喜欢薄膜键盘，按键力度比较轻。目前在用 cherry 一款防水的 k37 ，不贵，但肯定还是有些品牌溢价在。

工作日志就是单独一个文档。日常的偶尔需要提醒的用苹果官方。每天打卡记录用一个叫“指尖时光”的 app 。

我这边登录必须花钱 $10/month 的 plan ，两个号都是，不知道为什么。可能 IP 不够干净？只能放弃了。

Obsidian 可以用 iCloud 同步，相比同步其他方式来说最简单，就是限制在了苹果系统。

只收短信我觉得国内“绿芽科技”的服务还可以，用了几年了。它在淘宝上卖的设备可以插多张卡，然后通过微信转发。有隐私方面的问题，不过确实方便。

@simple2025 #78 有暖气的 22 度可能和没暖气的不一样？我觉得你最好问一下周围邻居什么的，毕竟各地气候差异太大，房子构造也不同。

有痰，也可能是蚊帐导致不通风带来的。我家蚊帐离近了总有股味道，要不是蚊子太多，我能不用就不用。22 度感觉盖个毛巾被也就够了，踢被子那是身体觉得热吧。如果翻身不够大，我觉得可以考虑买双人被试试。

《重返未来：1999 》剧情看着累，自动不方便，但氪度不算高，看你喜不喜欢这风格。
《崩坏：星穹铁道》超级省心，每天 3 分钟全自动战斗，每周一次 15 分钟差分宇宙。如果你戒过毒，那么完全可以不氪。不过米家游戏还是谨慎入坑，万一氪上瘾了，就不好收场。很多时候我游戏内没太想抽，但看了 PV EP 音乐会之类的视频后就有冲动。

@conge #117 👍 讲得真好，深得我心。可惜楼主怕也得 40 岁时才能共鸣了。

那片土地早就干涸了，再跪下去舔裂缝，也舔不出爱，只会舔一嘴血。
你爸妈已经把你从沙漠直接扔进太平洋了，
还亲自给你买了救生圈，连防晒霜都涂好了。
你现在站在齐腰深的海水里，却哭着喊“爸妈不爱我”，
是因为你发现他们把你扔进海里以后，转身就走了，
没蹲下来陪你一起玩水、抱抱你、跟你说“宝贝你游得真好看”。
他们能做的最大浪漫，就是把你扔进海里，然后自己继续留在沙漠里喝沙子。
剩下的，真的轮到你自己游了。
别再回头喊他们来抱你了，他们不会游泳。
请投入这片迷人的大海吧，乘风破浪，或者就躺着晒晒太阳。
当然最重要的是先别淹死。

如果你非要扯教育问题，那我还是建议你跟 AI 聊聊，现在 AI 可懂抚慰人心了。至于不同的教育方式，跟吃米饭、吃面条、吃汉堡、吃披萨一样，很多是传统，是当时人类得以延续的方式。你可以不喜欢，但非说吃面条有多么不堪也没必要。

其实你这就是正常的身体节律，跟你吃东西没关系……
前两天刚看了视频讲这个： [太震惊了！原来古人晚上睡两觉-哔哩哔哩] https://b23.tv/SlOh7Ll
古时候人都是太阳落山就睡了。所以建议困了就睡，醒了玩一两个小时，然后就自然想继续睡了。不必给自己制造焦虑。

前段时间还有个半夜醒了就担心自己失眠的讨论，也是对古代分段睡眠不了解。

我怀疑这是原始部落抵抗夜间危机的方式，有人晚睡，有人早睡然后半夜醒，这样可以分开休息，避免整个部落夜里被偷袭。

保留现场，根据是什么语言，用相应工具提取一下 stack 看看卡在哪里了。
软件 bug 很常见的，特别是有些异常输入之类的。大概率不是 docker 的问题。
你要保证可用性，建议前面加个负载均衡之类的服务，这样一个停了，可以直接启动另外一个，然后分析前一个的状态。

这种现象叫分段睡眠（ segmented sleep ），也称为双相睡眠（ biphasic sleep ）或两段睡眠。
在工业革命前的欧洲（尤其是中世纪到 17 世纪），人们普遍采用这种睡眠模式：

晚上第一次睡眠（ first sleep ）：大约晚上 9-10 点入睡，睡到午夜前后。
中间醒来 1-2 小时（ the wakeful period 或 the watch ）：这段时间人们会起床祈祷、阅读、做家务、社交、甚至探亲访友。
然后进入第二次睡眠（ second sleep ）：一直睡到天亮。

这种睡眠模式在历史文献（如祈祷书、日记、医学文本）中被广泛记录，被认为是自然且正常的。直到电灯普及、工业化作息后，才逐渐被现代的单相连续睡眠（一觉睡到天亮）取代。

唐代·段成式《酉阳杂俎》：“凡人初寝至鸡鸣，谓之一寐；再寐至天明。”

宋代·陆游《老学庵笔记》：“夜分起读书，谓之夜坐；复寝至晓，谓之再寐。”

所以就是正常现象，没必要大惊小怪。

哇，贴主你脾气真好，还很从善如流！感觉看到了世界上另一个我自己。我觉得听着不说话就是对她最好的情绪价值。AI 说可以讨论些让她开心的话题，分散下情绪，但我觉得开车还是专注些好。

网上问候张某龙的确实挺多的。这个事故告诉我们，备份一定不要只有一份。备份好后要么复制到硬盘上，要么另外换个 U 盘再备份一次。

@salmon5 #33 我觉得还是个人能力有极限。自己维护一个小组件可以尽可能完善，需要调整时可以从底层重构。系统一旦大了，很多同事一起协作，如果没人统筹，很容易就各行其是，破坏一些隐性的规则，在一些特殊情况下造成崩溃。甚至有些就是固有缺陷，当初设计权衡时确定的，后期因为需求变动得修改，不从底层改很麻烦，改底层又很危险。这些复杂性很难完全通过制度去规避，审批也只是尽可能降低风险。

我现在都不桥接，直接建子网用，个别需要外网连入的才开个端口映射。

@rick13 #18 我拿来跑脚本还挺稳定的。