<?xml version="1.0" encoding="UTF-8" ?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-CN">
  <generator uri="https://jekyllrb.com/">Jekyll</generator>
  <link href="https://blog.a-stable.com/feed.xml" rel="self" type="application/atom+xml" />
  <link href="https://blog.a-stable.com/" rel="alternate" type="text/html" hreflang="zh-CN" />
  <updated>2026-07-21T02:50:36+00:00</updated>
  <id>https://blog.a-stable.com/feed.xml</id>
  <title type="html">def/ | a.k.a. comonad</title>
  <subtitle>阅读笔记、研究札记和技术草稿。</subtitle>

<entry>
  <title type="html">Build Systems à la Carte: Theory and practice</title>
  <link href="https://blog.a-stable.com/build-system-a-la-carte.html" rel="alternate" type="text/html" />
  <id>https://blog.a-stable.com/build-system-a-la-carte.html</id>
  <updated>2026-07-21T02:50:35+00:00</updated>
  <summary>def/ | a.k.a. comonad Build Systems à la Carte: Theory and practice Background Build systems are awesome, terrifying and unloved. 过去针对 Shake 等单一构建系统的方法研究提供了一定的设计思路改进，然而系统性研究并不充分（或者说完全没有），。本文提出了研究构建系统功能构造的方法，并具体分析了四个代表性的构建系统（Make, Shake, Bazel, Excel）。（是的这个 Excel 就是 MS Office Excel） 从功能上评判构建系统的若干标准： 高级构建特性： 静态/动态依赖（？） 本地/云端构建（这里可能指的是分布式构建或大规模并行支持，以及构建系统本身的性能开销） 确定性/非确定性构建任务（构建前是否得到确定的构建任务列表，例如 Nix 启用 import-from-derivation 后，允许构建任务依赖其他构建任务的产物，导致无副作用语境下无法确定构建任务描述） 是否支持提前截止（原文在此处和下文描述都很不清楚，实际上说的是构建</summary>
</entry>

<entry>
  <title type="html">Build System</title>
  <link href="https://blog.a-stable.com/build-system.html" rel="alternate" type="text/html" />
  <id>https://blog.a-stable.com/build-system.html</id>
  <updated>2026-07-21T02:50:35+00:00</updated>
  <summary>def/ | a.k.a. comonad 阅读列表 投喂可爱构建系统 :pouting_cat: Build System à la carte - ICFP 2018 Distinguished Paper and JFP version Recursive Make Considered Harmful Build systems: content addressed tracing Improve this page @ 94d17d3</summary>
</entry>

<entry>
  <title type="html">Semantic Embedding</title>
  <link href="https://blog.a-stable.com/semantic-embedding.html" rel="alternate" type="text/html" />
  <id>https://blog.a-stable.com/semantic-embedding.html</id>
  <updated>2026-07-21T02:50:35+00:00</updated>
  <summary>def/ | a.k.a. comonad 投喂可爱 PL 知识 :cheese: shallow embedding / deep embedding（深层嵌入 / 浅层嵌入） https://proofassistants.stackexchange.com/questions/2499/what-is-a-deep-embedding-vs-a-shallow-embedding-with-examples 据该帖某 PL 史学家记载，该术语原始出处为 1992 年发表的 “Experience with embedding hardware description languages in HOL”，其讨论了使用高阶逻辑（higher order logic）表达硬件描述语言（HDL）语义，即语义嵌入（semantic embedding）的不同方法。 此前 Why higher-order logic is a good formalisation for specifying and verifying hardware 已经提出了数字电路的高阶逻辑， 作者声称使用“数学逻</summary>
</entry>
</feed>
