Life

我因为平时会不时去 Costco 采购家里的食物等补给，因此我平时也会让医生把处方发给 Costco 药房，这样在采购的时候可以顺便取药，从而节省时间。其实 Costco 几年前就和 Instacart合作提供了送货上门的服务，在 COVID-19 大流行期间我曾经用过几次，但由于该服务采取的既对商品加价、又要收运费、还希望客户支付小费这样的商业策略我很不喜欢，因此后来也就没再继续使用了。

Costco 药房的主要缺点或者说某种程度上的优点（这有助于让他们控制成本）是药房的开放时间比较短，这会在一定程度上限制去 Costco 购物时间的灵活性，而既然选择不用送货上门服务，也就只能选择在药房开放的时间去了。不过，最近我常去的 Costco 新推出了一项 Pharmacy Lockbox服务来尝试改进这个问题，这周正好有两份处方需要补货，于是在 Costco App 下单之后决定顺路去试试看。

⚠️ 免责声明

本文仅为作者基于个人经历所作的记录与分享，不构成任何形式的医疗建议或专业指导。作者并未接受相关专业培训，且文中所引用或提及的资料仅供参考，作者不对其完整性、准确性或适用性承担任何责任。涉及健康、医疗或相关法规的问题，请务必向具有资质的专业人士咨询。

根据CDC的统计数据，全美十八岁以上接近一半的人口有糖尿病（占比11.6%）或前期糖尿病（占比38.0%），属于非常常见的疾病。在亚裔人口中比较常见的是二型糖尿病，其特点是身体无法有效利用胰岛素（「胰岛素抵抗」），导致血糖在血液中累积，从而引起血糖水平增加。与低血糖不同，血糖水平升高通常不会立即导致特别明显的症状，但长期高血糖会损害眼睛、肾脏、神经和心脏等重要器官，增加心脏病和血管疾病的风险。与直接致死的那类疾病不同，我认为糖尿病的可怕之处在于，它可能导致失明、或因反复感染造成肢体坏死等后果，这些都会在生命末期给患者带来巨大的长期痛苦。因此，有必须采取措施避免出现糖尿病，或是尽量把它拖到人生比较末端的位置。

几年前我在体检中发现了血糖偏高的问题，除了服用药物和一些生活习惯的改变之外，也增加了每隔一段时间抽血检查糖化血红蛋白水平来观察病情。与反映抽血当时血糖水平的空腹血糖不同，糖化血红蛋白（A1c）反映的是红细胞生命周期内的血浆葡萄糖平均浓度水平，因此美国糖尿病协会将其占比作为诊断糖尿病的一项标准。

随着年龄的增长，我已经不怎么正经玩游戏了，不过由于独立日这段时间有两个星期只有我自己在家，加上最近在 YouTube 上看到了游戏中第三章男女主酒吧对手戏的片段感觉制作相当不错，所以在 Steam 上买了一份。

情感反诈模拟器（原名「捞女游戏」）是一款真人互动式影游，其剧情画面是活的演员预先录制而非即时渲染。这种形式有点类似于九十年代出现的互动式DVD（DVDi），不过看起来分支可以比那时复杂许多，甚至可以加入一些业务逻辑。这个游戏本身看起来是用 Electron 实现的，对代码做了少许混淆（bytenode），在运行过程中大部分时间实际上是在播放影像。早期版本曾经可以直接在游戏启动器（使用的是明文的 JavaScript）中暴力注入一段启用远程调试的代码，从而用一个单独的浏览器就可以调试游戏了，后来更新的版本中游戏制作者将入口堵住了🤣。不过，这个游戏吸引我的并不是它采用的技术，所以关于技术的讨论到此为止。

🚨 警告

以下内容可能包含剧透，并且可能涉及不适合未成年人观看的内容，请仔细斟酌是否要继续阅读。

今年二月的时候，我发过一个段子：

「你是什么时候意识到自己可能需要休假了？」

「有一天我临睡前在家里的票务系统里给自己开了票，要求在家里的DNS域上添加 staging，preprod 等几个子域来符合最佳实践，然后在第二天醒来以后看到系统发出的今日待办事宜邮件的时候。」

段子归段子，我认为搭起票务系统是我在疫情期间干的最改善生活品质的一件事了。这里分享一下我的一些个人经验。

为什么你有可能会需要一套票务系统？或者说，票务系统能帮我干什么？

事务追踪系统，或者，由于其中的事务往往也被称作「票」（ticket），我个人也常戏称为票务系统，在成规模的团队软件开发中是经常使用的一种工具。票务系统可以记录开发期间的各类任务，将任务分解成多个可操作的子任务、为这些任务排列优先级，并将其分配给具体的人。对任何工作而言，将工作拆解到较为具体的、可以由一个人完成，并且具有优先级和依赖关系属性的子任务，都有助于帮助人们迅速、高效地完成工作。

在工作中我个人也很喜欢使用事务追踪系统来跟踪一些开发以外的事务性活动，并且将事务追踪系统作为一种类似笔记的工具使用，在「票」中关联一系列相关文档，这有助于在事后总结经验或将重复性的事务性工作整理成更容易使用的形式（例如作弊条文档，或是将常用的重复部分变成程序等等）。

简介

目前的经济形势下，许多公司都在进行裁员。大部分情况下，作为雇员对于公司是否进行裁员所能做的影响极为有限，因此有必要提前对可能发生的裁员进行准备，以免仓促之下做出错误决策，或是在大规模裁员导致的踩踏事故面前束手无策。

本文主要是针对在美国境内工作的普通雇员，家里没矿，也暂时还没攒够足够退休的钱。内容主要来自近期的阅读和想到的一些东西，算是给自己留下一些笔记。

上回书 说到我换到了一个采用微波通讯技术的小型本地 ISP，然而经过将近两年的时间，我最终还是换回了 Comcast。正如张师傅说的，南湾乡下的居民不配有好东西，经过这么久，我家这边依然没有 5G 互联网服务，也没有光纤到府，至于 cable 也很自然地也没有 DOCSIS 4.0，也不想想看，您配吗？

为什么要换回 cable 呢？Sail 声称他们采用的设计可以避免雨季带来的干扰，事实来看确实是这样，但是他们的服务稳定性在过去几个月出现了灾难性的下降，此外延迟由于一些未知的原因增加了不少。我为此收集了一些数据，发现去大河以及 Google 的延迟有时竟然超过了 500ms，这个就实在是太难受了。

这里记录一下过程备忘。

我在 2011 年注册了一个比较技术宅的 .org 的域名，但一直没有实际投入使用，最近宏观经济形势不太好，所以索性把不用的域名出一批来减少持续的花销，周四终于出现了一位愿意接手的朋友，于是我们找时间做了一次域名转让的操作。

Telegram 最近宣布了其订阅付费计划。说起来我也不是特别信任其安全/隐私方面的特性(*)，不过作为一个跨平台即时通讯软件来说，其在不同平台上的功能基本上做到了完全一致，并且在这个礼崩乐坏 的时代，能够在不同平台上都做到不狂吃CPU/内存，在不同平台上的界面行为上高度一致，并且完全没有各种令人抓狂的智障设计（举例来说：随便干什么事情都弄个二维码还非让你扫描一下借此获得摄像头权限、多机登录时以手机为主并且时不时就得再扫描一次二维码、完全无法回溯的会话引用、没头没脑地给一条「有人@你」的通知，却无法迅速定位到消息等等），并且公开客户端源代码以便第三方进行代码审计，确实是十分难得的。

我觉得这事必须得记一笔。

去年9月的时候，我和张师傅在 eBay 上团购了两台 Juniper NFX250-S2。昨天周师傅问我当时付了多少钱，于是我就打开了浏览器准备去 eBay查一下交易记录。

诶？右上角那是啥？使用 Gmail 账户登录？这比他们自己那个 2FA 实现好多了啊，我于是想都没想就点了一下。

上个月初带娃去佛罗里达那边休假，在机场租了辆车。这次的租车公司相当先进，完全不需要去排队或是在租车公司的触摸屏上再次确认，直接在手机应用中确认之后，系统就直接给出了车的位置、型号（Ford Mustang），直接过去开门上车就可以出发了。

开始导航，一会谷歌地图显示去目的地基韦斯特 (Key West) 岛发生了大堵车。

「这题我会」，我想，顺手掏出了另一部手机上的苹果地图导航，发现果然也是出现了堵车。

此地是自古华山一条路，如果桥上发生事故，堵车实属正常。正想着，谷歌地图通知我说您稍微绕一下可以节省四个小时。「太及时了！」看到堵车地点位于罗纳德里根收费公路附近，我毫不犹豫地跟随指示朝西开去。

走着走着，车的胎压报警突然亮了起来，配合了一段文字：「胎压传感器故障（Tire pressure sensor fault） 」。这一路上估计车速会比较快，我不敢怠慢，赶快找了附近的一家加油站下车检查。先是目测，发现轮胎没有显著的变扁，用手使劲按压也没发现什么问题，于是到气泵处拿气泵带的压力表测了一下，发现胎压完全正常。