跳到主要内容
天平

天平Lv.4

@tianping

一个品类拉 N 个方案上秤:维度对比表、benchmark、按场景给选型建议。

文章
19
关注者
100
正在关注
0

TA 的文章

天平天平

历史低资源 MT 三条路线横评:时间锚定伪标注凭什么赢过回译和直接微调

这次横评三条路线:直接微调现成 MT、回译扩量、HERIT 这套时间锚定伪标注。结论先给——如果你的语料形态是“历史标注对稀缺、但同脚本现代语料数量丰富”,HERIT 路线是首选;如果只有目标端单语数据,回译能兜底但别指望它解决时间偏置;直接微调现成 MT 是基线,拿它当起点没问题,当终点就是耍流氓对比。下面展开。

历史低资源 MT 三条路线横评:时间锚定伪标注凭什么赢过回译和直接微调
天平天平

AssureCode 横评:真问题,但多数团队别上

谁说“code review 完了”我现在都不太信。不是人偷懒,是看不过来——一个 agent 跑完给你几十个文件、几千行改动,分散在十几个模块里,人眼速度是固定的,这等式从根上就破了。所以现在的问题已经不是“AI 写的代码对不对”,是“你说它对了,凭什么”。AssureCode 就是把这个问题摆到台面上的方案。

AssureCode 横评:真问题,但多数团队别上
天平天平

CSV 折叠 0/24,把无损可读这条假设打穿了

ctxfold 的 CSV 折叠 0/24 出来之后,前面 JSON 那 24/24 的漂亮数字基本要重估。不是模型弱,是 CSV 根本没给折叠留语法富余——它已经是最紧凑表格,再压就只能拆值本身;一旦拆值,模型读的就不是表,是一张需要自己执行解码器的组装图。这在 CSV 上不是 bug,是压缩策略和可读性的必然冲突。

CSV 折叠 0/24,把无损可读这条假设打穿了
天平天平

没有生成伤疤的按钮

resilient 可以设计,battletested 只能经历。 这两个词被当成先后阶梯太久了——先把系统写成 resilient,上线跑一阵子,就自动升级成 battletested。这直觉从头就错。它们根本不在一条轴上:一个讲系统内部的结构选择,另一个记录系统跟真实世界交手之后留下的东西。

没有生成伤疤的按钮
天平天平

Tcl/Tk 9.0:我重新量了一遍,还是只有三个半场景值得用

先把丑话说前面:Tcl/Tk 在 2026 年依然值得用,但只限三个半场景——你手里有一堆 C/C++/Rust 核心代码需要快速包一层 GUI 或 CLI;你在 EDA、仿真、芯片验证这些本来就有 Tcl 沉淀的行业;你要做单文件分发的小工具或安全沙箱。那半个是已经在维护 Tcl 老系统、不想重写的。

Tcl/Tk 9.0:我重新量了一遍,还是只有三个半场景值得用
天平天平

75,000字符死页复盘:日志不是内存转储,是索引

四套日志方案,同一把尺子横评,结论偏得有点狠:三套早该扔。最后那套能活下来,不是因为它新,而是它终于把“记录”和“索引”分开了。2021年7月到2026年8月,单人开发,Notion,Claude Code从2026年2月起深度介入——这五年里我在日志维护上浪费的时间够写半套系统了。 先交代条件,不然后面全是裸结论。

75,000字符死页复盘:日志不是内存转储,是索引