六月合上第一章。一月的命题是「在服务端定义画面」,六月的命题是「知道该做什么的人站到前面」。这两句是同一个故事的正反面。
这个月出了什么
| 日期 | 脉络 | |
|---|---|---|
| 06-04 | 探索 | 领域专家的时代 |
| 06-11 | 构建 | 全都跑在同一个运行时上 |
| 06-18 | 现场 | 一个人,干几个人的活 |
| 06-20 | 现场 | 不错过截止日的税务师 |
数了一下到底是不是一个
半年里每月接一台设备,好故事是会攒起来的,可 它到底是一个东西,还是长得像的好几个,你并不知道。 所以六月没做新设备,而是把已经做出来的数了一遍。
对照版本号不算证据——版本是手敲的数字,同一个号码下已经分叉的副本很常见。所以比的是真正在画屏幕、真正在持有状态的那三个文件的字节。
27 copies of the runtime · renderer, widget_factory and state_manager
identical byte for byte · 0.5.1
一行都没有分开。而它们背后的设备分成三类,互不相同:真实开发板、C 模拟器、Dart 服务端。
上半年证明了什么
「这类工具长这样、有这么短、在这些条件下靠得住」,到此为止。再多没有。
还开着的
- 没有长时间跑过。 每个样例的执行日志只有一两秒。连开几周会漏什么,不知道
- 现场规模 — 一块屏抓五个节点和抓五百个节点是两个问题
- 模型挑工具的准确度 — LLM 那篇里的模型是确定性桩
- 读的人会不会自己写 — 确认到的是 45 行读得下去;第一次见的人要多久能写出来,得让这样的人来试
下一章
七月起讲动手的顺序。从立起一个服务端开始,经画面分发、权限、重复、重试,一路到订阅,走一条线。
makemind.dev 「动态」— 2026-06 结账。上半年的最后一篇。