Daily

23:52

结束一段旅程难免让人惆怅

尽管某一段经历并没有带给我太多快乐，但在结束的时候难免会有一些微妙的情绪。

12:29

last day

第一份工作的最后一天，或许是个值得纪念的日子

23:32

20260921

终于下定决定离开日本了，不知道以后会不会再回来。但是人生总是要多体验，才能知道哪边更适合自己。有自由选择的权利才最重要。

18:41

Embedding 模型选型

语言 — 语料是中文、日文还是英文？这在场景下是首要约束 领域 — 通用文本 / 代码 / 法律医疗等专业领域 上下文长度 — 决定了单块能多长，也决定了能否用 late chunking 向量维度 — 直接决定 pgvector 索引的内存占用 自建 vs API — 数据合规、成本、延迟 是否支持 instruction / query prefix

17:27

20260819

感觉最近做啥都没有干劲，想早点恢复过来

18:03

QKV

17:10

20260731小记

1. nanoGPT的源码。
2. 周末需要找时间跑demo。
3. lc的设计题，做起来总是懵懵懂懂，找时间吃透一下。
4. 多尝试，多交流。
5. agent通用知识 –> 专门模块的agent知识（比如用增等）。

18:49

20260728杂记

发现每天一旦工作太久，就很难专注下来学东西。有点adhd的感觉。 还有就是感觉英语得重新捡起来，无论如何。

好多想做的side project都没时间跑。

17:33

Sequel Ace还是挺好用的

但是只支持MySQL/MariaDB 之后想试下 DBeaver和 DataGrip

16:15

入职后第一个项目

电商平台「大流量抢购·库存确保」下单流程重构

项目背景：面向电商平台的抢购/大流量场景，原「决济确定→库存减算」流程会在高并发下产生「已扣款却无库存」的最坏情况。主导重构为「库存确保→决济确定」的顺序反转，从根本上消除超卖与付款失败体验问题。

• 设计并实现库存「确保/确定/解放」三态状态机（stock_allocations，30 分钟有效期），以条件付き UPDATE 保证幂等，使即时回滚 Job 与过期回收批处理并发时不重复返还库存；确定阶段引入件数校验 fail-closed，防止与过期批处理竞态导致的超卖。
• 将新流程横向扩展到 3 条决济路径（信用卡 / Amazon Pay / Amazon Pay Buy Now），采用「以数据库记录存在性作为跨请求 signal + Performer 多态谓词」的设计，使新增决济路径的成本降至仅实现确保侧。
• 通过账户级 Feature Flag（override）实现单店铺灰度上线，配合结构化日志与 Sentry 观测，支持异常时即时回退。
• 实现过期库存回收批处理（分块多事务、复用解放逻辑）作为兜底保障。
• 完成跨仓库 Schema 迁移（migration → CI 镜像 → integration/production，含生产重要数据操作申请流程），并在集成/本地环境用 Redash 做数据库对账，端到端验证正常与回归场景。

技术栈：Ruby on Rails、MySQL、Sidekiq、RSpec、Feature Flag、Amazon Pay 决济连携

17:03

overly cautious

像是 retry_on、sort重复这些地方，大概是 cc出于好心，特意实现得更“安全一些”的典型cc风格。不过这种点很容易被忽略，所以如果在自我 review 的时候能有意识地检查一下实现是不是有点过头了，代码的准确度应该会更高

17:46

20260713小记

1. DB复习及深入
2. designing data intensive applications
3. lc
4. redis
5. sd(optional)

找个时间整合下自己的ecosystem，不知道cc能不能做这件事。 整理一下想买的东西清单。

17:05

better snap tool

看同事用感觉不错，之后试一下

18:27

but one day

not today not tomorrow but one day

18:50

test

this is a test