In Search of Tomorrow
Berkeley Institute for Data Science (BIDS)在 YouTube 播放 ↗
字幕解读
Chris Granger 讲述自己从观察 Visual Studio 用户、开发 Light Table 到构想 Eve 的历程，借此追问未来编程应是什么样。他认为编程的障碍包括程序不可观察、想法需间接翻译为代码，以及大量偶然复杂性。缩短反馈循环有所帮助，却不足以让编程更易用；团队逐步从函数式与表格原型转向以查询和关系呈现信息，最终将 Eve 描述为思考工具，而非传统编程环境。
英文字幕轨道 · 引文按字幕原文展示，可点时间戳回看片段。
内容要点
- 观察开发者实际工作揭示，程序员常在脑中模拟代码运行；即时展示数据流能缩短反馈并帮助理解。
- 编程的困难还来自表达意图到代码的间接转换，以及与问题本身无关的复杂性，因此提升工具效率无法单独解决可访问性。
- Eve团队从多种原型中发现，可视化查询和关系能让非程序员理解复杂信息；其长期目标是构造帮助人们思考的工具。
视频章节 6
- 追问十年后的编程形态
- Light Table缩短反馈循环
- 编程的三种结构性障碍
- 从Excel寻找简单模型
- 尝试以表格呈现关系
- 把目标转向思考工具
具体观点与证据 4
即时显示运行值能减少程序员在脑中模拟执行的负担。
Light Table观察结果，不代表即时反馈能解决初学者全部困难。
So I could literally watch the
data flow through my program.改进工具反馈不自动降低语言概念本身的入门门槛。
作者以Light Table用户研究区分职业效率和可及性。
programming is still programming, no
matter how good of a tool you make for it.看得懂英文程序规格并不等于能写出它；全局上下文仍是负担。
报告Eve原型测试，非所有自然语言编程的普遍证明。
No one was successful
in writing one. Right?查询结果应保留来源，让用户检查聚合值如何计算。
Eve演示中展示参与聚合的人和推导过程。
We have complete and total
provenance information. And so we can show it to you.补充字幕原文 2
Light Table的核心设想是让代码改变和运行结果之间几乎没有延迟，以便开发者直接观察程序反应。
What if we shortened the feedback loop to effectively nothing讲者将项目的目标概括为支持思考，而非只提供编写传统应用程序的工具。
the real goal here is a thinking tool解读边界
演讲围绕讲者团队的原型和用户测试，主要以演示及个人观察支撑观点；字幕无法呈现界面视觉细节，未来编程形态也明确仍属探索。
相关视频与证据 1
问题与原则的对应从缩短反馈循环到立即连接创作结果
In Search of Tomorrow 追问能否把反馈循环缩短到几乎为零；Victor 明确提出创作者应立即连接到所创作之物；前者说明设计历程，后者给出相近的设计原则。
In Search of Tomorrow
工具设计可尝试把反馈循环缩短到几乎为零。
What if we shortened the feedback loop to effectively nothingBret Victor - Inventing on Principle ↗
创作者应与其创作保持即时连接。
creators need an immediate connection to what they create▶ 2:01–2:08 · 观看片段适用边界 二者是不同演讲中的相近主张，不构成影响关系，也不证明零延迟在所有工具中可行。