我们的做法是：
1. 数据库的数据通过 CDC 进 消息总线
2. 计算由请求触发，在计算结果缓存里找，没有的话就重新计算
3. 有个服务处理数据更新后删缓存结果，做了节流去抖
4. “最新” 结果会节流去抖后立刻计算，为了体验好点

应该不是太好的方案，但比较适合我们

golang: 注释就不是代码？啊？！啊？！

头一回在 V 上看到提 Ignite 的
几年前的项目上测试用过一次，使用简单，好用，稳定，组了几个节点，几十 G 数据，做 continuous query ，compute 等

尝试 wasmedge ，正在摸索，感觉核心很棒，但缺乏生态； riscv 上实践太不成熟。

经常看通事故集锦，我选择相信机器

太骚了，哦，我是说配色，紫色，而且有点太亮

这难道是前端可以管的事情吗？图在哪里就是哪里，前端怎么也管不了啊。
有些服务也未必需要 CDN ，一些内部自用工具，没多少人访问，要什么 CDN

看了一下课程大纲，说实话真不错，在嵌入式的软件层面还是比较丰富的。
但就是不知道内容咋样，36 周，学如此多的内容，大多数可能就是听个皮毛，或者听个名词。
但听个皮毛可能也就够了，工作之后很多人都是只做一个方向，写代码的根本不会去画板子。嵌入式全栈要么打杂的，要么大牛。

另外嵌入式开发，很大程度上都是在解决工程问题，所以越老越吃香是有道理的。
本人十多年前做的东西，现在仍然在生产销售；前几年做的一些东西，都在不存在的地方服役，想来老板应该不会开除我。35 岁危机？不存在的，有员工离职多年，做的东西出问题了，还得联系他咨询。

单位禁止使用 ms office

不要上任何语言类的，没有意义

成品工业网关啥的不行吗？比如有人

离不开 copilot 了
补全类型转换
补全 utils 类的函数
补全文档
甚至补全过 LCD 驱动初始化参数
补全了需要处理的几种协议格式，有几个格式甚至是我不知道的

frp 一直都被各种杀毒软件标记

升级好像没啥问题，系统里不叫 BIOS 升级，改成 Firmware 了。中途断电也没事

其他不说，cgo 把东西写在注释里，注释成了会影响程序本身的东西，那还是注释吗？为什么不设计一些专门的结构来处理？就为了让语言 “干净”？