GitHub Next 的资深研究工程师 Maggie Appleton 主张，设计工程师通过弥合界面设计与技术架构之间的鸿沟，在软件行业中处于独特的“预言家”地位。在技术剧烈变动的时代，她倡导采取主动的“侦察员心态”，在趋势成为主流现实之前识别新兴趋势并对未来的理论进行原型构建。
定义设计工程师
Appleton 将设计工程师定义为并非微交互的创造者，而是深度参与软件技术工艺和材料的设计师。这一角色要求理解数据库、延迟和身份验证等后端组件，以便对功能和架构做出有意义的决策。
这张图片展示了设计工程师必须理解的技术工艺和后端组件，以弥合设计与工程之间的鸿沟。
通过充当设计与工程之间的翻译层，这些专业人士可以创建出任何单一学科都无法独立实现的解决方案。他们负责使软件的“材料”——底层的逻辑和数据流——变得切实可行且可操作。
“我们需要参与其中，像预言家一样思考，并尝试解读水晶球。”
— Fortune Telling and Speculative Design
推测性设计的机制
推测性设计的核心涉及导航“未来锥”，这是一个用于评估潜在发展的框架。这些发展按其可行性（可能的）、可能性（可能的）和期望性（首选的）进行分类。一个未来可能是可能的但不是首选的，这使其成为一个独特的探索领域。
为了填充这个锥体，Appleton 建议收集“弱信号”。这些是信息景观中微小且经常被忽视的指标，例如新初创公司的方向，或特定的技术突破，如能够搜索用户屏幕内容的本地多模态模型。
理论构建与原型设计
在 GitHub Next，推测性设计通过“Labs”团队的方法得到实施。团队使用名为 Next Cloud 的内部平台发布粗略的早期实验，允许同事快速做出反应并对想法进行“即兴发挥”，以统一他们关于行业走向的理论。
这些原型是确定某一方向是否有效的首步。通过将理论具体化——例如实时多人画布或强制执行维护者指南的系统——团队可以将抽象的推测转变为关于什么是可行的具体证据。
这个原型是团队如何将抽象理论具体化以确定某一方向是否有效的具体示例。
权衡与组织惯性
从“大胆押注”转向生产产品涉及重大的政治和战略障碍。在大型组织中，雄心勃勃的想法可能会干扰现有的路线图并威胁既定的工作流程，往往导致“非我发明”综合症。
推测性设计的目标是提供一条通往生产的可信路径。通过构建展示预测在实践中是什么样子的原型，团队可以更好地说服领导层投入所需的资金和时间来转变组织的航向。