Vibe Check 即一切：读 Olshansky《Vibe Checks Are All You Need》
一、你每天都在做 Vibe Check，只是不承认Olshansky 在他的文章《Vibe Checks Are All You Need》里扔出了一个让人不太舒服但难以反驳的判断：日常实践中 ~99% 的 LLM "评估"本质上都是 vibe check——直觉驱动的、主观的、非量化的感受判断。 什么叫 vibe check？就是你打开 ChatGPT/Claude/Gemini，扔一个问题进去，看一眼输出，然后心里给出一个模糊结论："还行""不太行""这次挺聪明""刚才那段胡说八道"。这个过程没有评分量表，没有对照基线，没有统计显著性计算——它纯粹是你作为人类用户对模型输出的一次主观感受采样。 大多数人不会把这种体验称为"评估"。他们会说"我只是在试用""我在了解这个模型""我先随便玩玩"。但 Olshansky...
AI 辅助调试的误区：为什么让 AI 直接修 bug 是低效的
一、你可能用错了 AI过去两周，我修复了一个 C++ 无人机地面站服务的两类问题： 内存问题：Valgrind 报告 112 个 use-after-free 错误，分布在关机顺序、容器清理、回调生命周期等多个维度。 性能问题：gperftools 火焰图显示 CPU 被三个瓶颈吞噬——一个 0.5ms 间隔的定时器线程独占 50.7% 采样，日志系统的无差别 flush 占 17.4%，protobuf 热路径深拷贝占 11.6%。 两次排查经历得出同一个结论：AI 最适合的角色不是"修 bug 的人"，而是"读工具输出的人"。 这不是一个关于 AI 能力边界的哲学讨论。这是两组真实火焰图、112 个 Valgrind 错误、和 11 个代码修复的工程复盘。 二、一个典型的 AI 调试场景（以及它为什么失败）假设你遇到这样一个问题：程序在退出时偶尔 crash，日志的最后几行是乱序的。 如果你把出问题的代码直接丢给 AI： 1234567用户：这段代码退出时崩溃，帮我修一下void SystemFactory::stop()...
C++ 服务崩溃复盘：从 Valgrind 112 个错误到零
一、十点夜晚的 Valgrind 日志那是一个周四的晚上。我已经盯着终端看了一个小时，屏幕上是一份 Valgrind 报告——112 个错误，全是 use-after-free。 123456789101112==3300263== Invalid read of size 1==3300263== at 0x4852A10: memmove==3300263== by 0x60818AD: basic_streambuf::xsputn==3300263== by 0x6073B64: __ostream_insert==3300263== by 0x15C2DB: operator<<==3300263== by 0x15C2DB: MqttClient::publish (mqttClient.cpp:382)==3300263== by 0x1935E7: LogPublisher::publish (LogPublisher.cpp:68)==3300263== by 0x191540:...
瓷窑镇的观火图
...
LoRa Mesh 下的高频 MQTT 通信：10Hz 消息洪流的可行性与实现方案
零、一个看似自相矛盾的需求前面的 Mesh 系列文章反复强调了一件事：LoRa 带宽极低，单信道不到 6 kbps。在这个前提下，如果有人对你说—— "我想在这个 LoRa Mesh 上跑 MQTT，10Hz 频率，大量消息。" 你的第一反应大概率是：不可能。 但先别急。这个需求并非凭空想象——工业传感器、无人机遥测、车辆追踪、机器人状态上报，这些场景天然需要高频数据流。即便在低带宽 Mesh 上，我们也可以通过一套组合策略让"10Hz MQTT over LoRa"在某些约束条件下变得可行。 这篇文章不讲"能不能"，讲的是"在什么条件下能，以及怎么做"。 一、先算账：10Hz 到底要吃掉多少带宽1.1 标准 MQTT 在 LoRa 上的自杀式开销一个最小化的 MQTT v3.1.1 PUBLISH 报文的结构： 1234567891011┌──────────────┬────────┬───────┬─────────┬──────────┐│ Fixed Header │ Topic │...
青石渠的管水人
...
Untitled
title: Leetcode 0461.hamming-distancetags: leetcode Hash Tablecategories: Leetcodeseries: Leetcodeabbrlink: '42330e94'date: 2024-01-10 20:24:00 461. 汉明距离两个整数之间的 汉明距离 指的是这两个数字对应二进制位不同的位置的数目。 给你两个整数 x 和 y，计算并返回它们之间的汉明距离。 示例 1： 1234567输入：x = 1, y = 4输出：2解释：1 (0 0 0 1)4 (0 1 0 0) ↑ ↑上面的箭头指出了对应二进制位不同的位置。 示例 2： 12输入：x = 3, y = 1输出：1 题目大意 汉明距离是指两个整数的二进制表示中，对应位置二进制位不同的数目。给定两个整数 x 和 y，计算并返回它们之间的汉明距离。 例如： 输入 x=1, y=4，二进制分别为 0001 和 0100，对应位不同的位置有 2 处，输出 2； 输入 x=3, y=1，二进制分别为...
画坊镇的鉴画人
...
万卷楼的搬书郎
...
DeepSeek v4 Pro 在 TRAE 中输出乱序问题的最终解决
四月底，我写了一篇《DeepSeek v4 Pro 在 TRAE 中输出乱序问题分析与解决》，详细记录了 DeepSeek v4 Pro 在 TRAE IDE 中出现词级/片段级输出乱序的问题，并给出了一个核心推测：DeepSeek v4 Pro 作为推理模型，在 SSE 流中同时发送 reasoning_content 和 content 两种字段，而 TRAE 的解析器未能正确分离它们。 一个多月过去了，问题已经解决。本文是最终篇——记录根因的确认、修复的实际发生方式，以及一个耐人寻味的事实：整个过程中，我们从未收到任何一封邮件回复。 一、时间线回顾 时间 事件 4 月中旬 首次在 TRAE 中配置 DeepSeek v4 Pro，发现长回复几乎必然乱序 4 月 27 日 发布问题分析文章，向 TRAE 和 DeepSeek 双方提交 issue / 反馈 4 月底 — 5 月中旬 不定期复测，乱序问题仍然存在。未收到任何官方邮件或 issue 回复 5 月 20 日左右 TRAE 推送了一次版本更新（Windows 客户端 +...
戏班子的收场锣
...
从玩具到基础设施：Mesh 网络规模化部署的工程挑战与 Reticulum 解法
导言前两篇文章分别讨论了自组网的技术选型和最小可行搭建。假设你按照拼多多清单采购了 2 个 Heltec V3，跑通了第一条 Mesh 消息，然后热情开始扩散——邻居、同事、技术社区的朋友陆续加入。两个月后，你的社区 Mesh 从 2 个节点长到了 20 个。 这时候你会开始收到这样的反馈： "为什么我的消息有时候发不出去？" "明明显示节点在线，但他收不到我的消息" "白天还好，晚上大家都在线的时候就特别慢" "我在城东加了个太阳能中继，结果整个网反而更不稳定了" 恭喜——你的 Mesh 网络从'玩具'变成了'基础设施'，而基础设施需要面对玩具阶段不需要面对的工程问题。 这篇文章逐一拆解四个核心挑战：信道拥塞、路由震荡、服务质量（QoS）、混合介质桥接，并讨论 Reticulum 的架构如何应对这些问题。 一、信道拥塞：LoRa 最诚实的物理限制1.1 问题本质LoRa 的物理层带宽极其有限——在 CN470 频段，典型数据速率约为 0.3~5.5...
铁匠铺的工具册
...
棋盘镇的账本
...
回声谷的铸钟人
...
镜湖村的信使
...
零基础自组网实践：从拼多多采购到第一个 LoRa Mesh 节点上线
一、这篇文章要解决什么问题上一篇文章我们讨论了 Meshtastic、MeshCore、Reticulum 三种自组网方案的技术选型。本文是实践篇：用最少的钱，从零搭建一套可以实际通信的 LoRa Mesh 网络。 目标受众： 没有任何无线电经验的纯软件开发者 想体验自组网但不想一次性投入太多 希望有一个"先跑起来再说"的最小可行方案 核心原则：先买最便宜的设备跑通链路，验证可行后再升级。 二、频谱合规第一：中国 LoRa 频段说明在买设备之前，必须搞清楚一件事——不同国家允许的 LoRa 频段不同： 地区 频段 最大发射功率 中国 CN470-510 (470-510 MHz) 50 mW (17 dBm) 美国 US915 (902-928 MHz) 1 W (30 dBm) 欧洲 EU868 (863-870 MHz) 25 mW (14 dBm) 日本 AS923 (920-928 MHz) 20 mW 在拼多多购买时，务必选择 CN470 或 433MHz 版本的模组。 如果用 868/915MHz...
去中心化通信宣言：读 Jonah Aragon《I'm Getting Into Mesh Networks》
一、一个 ISP 老板的"觉醒"Jonah Aragon 不是一个普通的科技博主。他从 2024 年开始自己运营 ISP——拥有独立的 ASN（自治系统编号）、IPv4/IPv6 地址空间、光纤基础设施，甚至直接做 BGP 对等互联。这已经超越了 99.9% 的网络工程师的实操深度。 但恰恰是因为站得足够高，他看到了一个让普通人难以察觉的事实： 即使爬到了 BGP 对等互联的高度，你对网络资源的访问仍然被少数中心化服务商锁死。IP 地址的"所有权"已经不存在——你只是在向 ARIN 交年费租用。 这引出了文章最核心的追问： 我们手里的设备——办公室的电脑、膝盖上的笔记本、掌心的手机——算力已经极其强大。为什么我们仍然只能充当大厂服务的"消费者"，而不是彼此直连的"对等节点"？ **Mesh 网络（自组网）**就是他对这个问题的回答。 二、LoRa：自组网的物理层基石在讨论上层协议之前，Jonah 先解释了为什么 LoRa 是当前自组网创新的物理层首选： 特性 LoRa...
公司即算法图：读 Daniel Miessler《Companies Are Just a Graph of Algorithms》
一、核心命题：一切皆算法Daniel Miessler 在《Companies Are Just a Graph of Algorithms》中提出了一个简洁而有力的框架：公司不过是一张算法图（Graph of Algorithms）。 他举了一个叫 "Memories" 的虚构公司案例——这家公司接收用户照片、修复、风格化、添加字幕、输出高清大图。整个业务流程可以拆解为一系列步骤： 1用户上传 → 高质量扫描 → 质量检查与修复 → 风格化处理 → 添加字幕 → 输出下载 每一步本身又是一个子算法，可以继续细拆。而支撑业务运转的还有更多并行流：公司注册、招聘、税务、基础设施、市场营销、客户支持——每一项都是一组算法节点，彼此用"发送到""接收自"的关系连线，构成一张完整的有向图。 这个视角并不新鲜——把企业看作输入-处理-输出的系统，是管理学和系统工程几十年前就在做的事情。但 Miessler 真正想说的是后半句：AI...
RSTP快速生成树协议详解（二）：端口角色、状态与快速收敛机制
一、从角色模糊到分工明确：RSTP 端口角色的革命在上一篇文章中，我们提到 STP 只有两种端口角色：根端口（Root Port）和指定端口（Designated Port）。这种二分法在面对复杂拓扑时显得力不从心——一个端口如果既不是根端口也不是指定端口，就只是一个"被阻塞的端口"，交换机不知道这个阻塞端口在拓扑变化时能起到什么作用。 RSTP 将端口角色扩展为四种： 12345RSTP 端口角色├── Root Port（根端口） — 非根桥上离根最近的端口├── Designated Port（指定端口） — 每条链路上离根最近的端口├── Alternate Port（替代端口） — 根端口的"备胎"└── Backup Port（备份端口） — 指定端口的"备胎" 1.1 Alternate 端口：根端口的快速后备Alternate 端口是 RSTP 最重要的新增角色。它的定义是：收到了来自其他交换机的更优...
