代码Sprint讨论。
- Agda中的颜色
（讨论sprint on Polychromatic TT，作为获取参数的手段等等。）- 日本、NAD、AA、GM、UN、BM、JC、NP、SA、DF
- 第二天：开始黑客攻击。适度计划。列表到Nat.简单案例处理用于关闭代码。查看处理无关性的代码，因为颜色将在类似的地方处理。Guillem正在更改代码。颜色变量和颜色量化。语法仍在下讨论。
- 第三天：持续黑客攻击；解析器完成了，类型检查开始了。
- 第6天：AA和NAD的新投入，更清晰的目标知识，以及如何实现。还有更多要做的。
- 第7天将当前更改传播到每个模块~完成50%。（然后可以开始执行实际的键入规则）
- 文档，手册
- JC公司、YK
- 第二天：更新了Agda Wikipedia页面。开始维护旧教程。手册上没有任何内容。
- 第3天：教程中有更多参考；它发表在interbrags上。
- 第六天：维基百科因侵犯版权而恢复了之前的更改？？？
- 第7天：对维基百科进行更保守的编辑。将发行说明导入到手册.成功！
- 模式匹配和案例表达（问题是什么等）
- JP、NAD、JC、AA、，BN编号，联合国
- 第二天：关于PM的讨论。主要问题：连续分箱工作交互，但在重新加载时失败。Sol：查看子句中的模式作为矩阵，并查找作为覆盖的列。没有impl。
- 第三天：安德烈亚斯已经实现了分裂树，但它们没有连接到任何东西。未实现拆分算法。NAD：并行/同时案例分割演示。被迫回购。
- 第六天：算法很清楚，但仍有一些障碍。拨弄保险范围检查程序。获取记录模式的子句编译。
流水线：覆盖检查，生成split-tree，编译子句阶段，然后移动记录模式。
- 第7天：完成分割树的记录模式转换。在取得进一步进展之前，需要修复文字的覆盖率检查。带着冲刺回家。注意：空字符串是当前无法判定的属性。
- 改进实例参数。隐式微积分仅供讨论。
- Windows安装程序
- 机器翻译
- 第二天：在更新到平台2012.2.0.0、emacs-24.2…的过程中。。。还没有工作。
- 第3天：测试正在进行中。
- 核心中的Copatterns
- BN、DG、AA、NAD、JC、DF、JP、YK、MB、UN
- 第二天：与“尺寸类型”一起进行了大量讨论。已批准Copatterns！
- 第三、六天：什么都没有
- 尺寸大小的类型
- AA、NAD、DF、JP、NP、UN、MB、GM
- 第二天：很多讨论。不想写入或查看大小变量。发展为关于Twelf-like自动量化的讨论。
- 第3天、第6天：什么都没有
- 第7天：讨论Sized类型和Guarded类型之间的关系。
- 从Emacs解放Agda
- PD公司、南非、斯洛伐克、BN
- 第2天：展示一个可工作的web前端原型，包括基本编辑、类型选择和“提供”命令支持Agda服务器上的演示。访问localhost:8001/X.xml加载模块X.agda。如果X不存在，则创建skelton模块。以大形式进行自由形式编辑。按检查按钮会在同一页上显示错误消息。每个加载的模块都有自己的Agda状态。[Nisse:共享更有利于速度和内存]。包含XXX和生成javascript来调用服务器。想法：用于描述与服务器。[Nisse：强制结构化编辑会很烦人]XXX（XXX）[JP：想象一下Agda版的维基百科]用于交互的DSL有很大的潜力。Emacs接口太有限。monad生成javascript作为定义的副作用。。。
- 第3天：开始建立一个可以描述交互式编码的模型模型应该有足够的表现力，但越简单越好。初始模型有一个屏幕，屏幕上有一个带焦点的方框树（或者最好是一个选择/光标）。键盘快捷键附加到方框树的节点上，叶可以是标签或文本输入区域。用户将看到渲染的长方体树。键盘快捷键可以呈现为按钮。源代码是一种特殊的盒树呈现方式。键盘快捷键附带的事件可能会更改屏幕和Agda编译器状态。出于效率原因，仅更改屏幕的事件不应连接服务器。这可能由Haskell类型系统表示。开放性问题
- 概率水平（每个单词都是一个单独的输入区域？）
- [NAD]我们能保证屏幕与Agda编译器状态同步吗？
- 第6天：仍在研究编译器的接口。
- COCOA emacs提供更快的emacs模式。
- 总经理、JC、NAD
- 第二天：没有什么
- 第三天：当前补丁尚未完成；但在可可的作用下，它会给你一个巨大的加速。
- 第6天：按下补丁，减少闪烁FIXED！：）
- 共享（按需呼叫）
- 联合国、NP、NAD、DG、AA、MT
- 第二天：从去年夏天的尝试中恢复。修复了新代码然后。打开共享后，速度不会比不共享慢。可能是因为很少与当前代码共享。还有很多改进的可能。
- 第三天：
我们发现了指针消失的原因。我们现在有指针（307400个）。我们修复了更多的错误。共享仍然会使速度变慢，并占用更多内存。目前尚不清楚如何改善这种状况。
- 第6天：我们已经开始找出失去共享的地方。当metavar被实例化时，我们检查范围内的变量。这项检查使我们目前失去了共享。一些黑客行为使我们得以绕过其中一些。慢慢地，我们找到了如何做到这一点。
*第七天：如果你在统一之前检查语法相等性，你实际上会获得惊人的收获。（节省标准库类型检查时间约10%）。我们已经发现De Bruijn指数扰乱了共享。令人讨厌！我们能做什么？可能是显式替换；可能会跟踪封闭术语（因此在封闭术语中替换是一个不好的做法，并且会继续共享）。我们将进行更多的实验。
- 语法改进x年：Tx=。。。y=。。。
- 第2天、第3天：什么都没有
- 第6天：一行“解决方案”不起作用（给出reduce/reduce错误）。试图在解决方案中更具原则性，我们可能会从混凝土过渡到混凝土。联合国：应该已经有这样的通行证了吗？联合国：继续复制类型并在内部生成更多类型标志。
在一个真正的解决方案中，我们不应该重复工作（类型检查等）AA：如果我们得到更多的元变量，也会有一些问题。
*第7天：完成、推动、记录和测试。成功！
- 错误修复
- AA公司、总经理、SK、JC
- （AA:50026）
- 第二天：没有什么
- 第三天：我们现在有了一个补丁，其中命名了元变量，您甚至可以在错误消息中看到它们；但还没有受到限制。
- 第4天：修复并推送！成功！
- 模糊的概念（Nisse：上一次ITP在Coq中讨论了“足够大”。）
- YK公司、BN、MT
- 第二天：重点是限制感应能力。用Agda编码PA-（PA减去感应）。
- 第三天：YK：尝试在Agda中确定目标。正在进行讨论以澄清其含义。也许沙丘的例子令人困惑。Nad:1+1=1，以沙丘为单位。大意：存在一个从零开始无法达到的大数量。BN：这与序数归纳法有关吗？YK：不应归纳定义兴趣集。
- 电子邮件中的折叠和展开定义。（JP：关于你想让你的术语减少多少，有一些基本的东西。
尼西：可能是个图书馆。类似检查
尼古拉斯：在考克，现代依赖。在校对模式下，全部为手册。
Ulf：对分享的影响。
尼塞：关于编译。可能保持正常化和非正常化。
) - 与Epic共享优化
- DG、AA
- 第二天：与Ulf交谈。似乎可行。
- 第三天：开始修复史诗后端中的一些错误。
- 第5天：
修复了史诗后台的一些错误。
*第7天：研究MAlonzo。
- 外部代码打印
- 第六天：James为模棱两可的模块名称添加了更好的错误消息。（演示）
- 第7天：James：修复了错误318