尽职尽责与分享您的工作
加载中
尽职尽责与分享您的工作 · 3分钟
摘要文字记录
在构建者模型中，尽职尽责意味着完全的所有权：您需要对产品负责，从它是否应该存在，到发布后是否真正服务于用户。本课将介绍发布（ship）意味着什么、AI不会提醒您的技术现实、为什么测试会在产品上线那一刻成为您的安全网，以及被低估的技能——弃用自己的作品。
关键要点
- 您拥有的是结果，而不是产出。 "AI写的"既不能解释什么，也不能成为借口。
- 发布有其自身的技术词汇（迁移、版本控制、速率限制、功能开关），除非您主动询问，否则AI不会主动提及这些。
- 测试让发布后的迭代变得安全。 测试先行的习惯正是您能够自信地持续修改的原因。
- 自由地制作原型，有选择地发布。 廉价的代码只有与诚实的评估相结合，才能创造价值。
- 可访问性是一项设计决策。 在宣布某项工作已经发布之前，请检查您的假设排除了哪些人。
练习
发布诊所应用
发布是尽职尽责真正落地的时刻——在部署之前，请诚实地回答以下每一个问题。
完成这些之后，部署您的应用，或将其作为原型托管，与三位真实用户分享，并根据您的所学进行一次迭代，同时用测试来验证这次更改。
- 理解 —— 您能解释您的代码实际做了什么，而不仅仅是它应该做什么吗？
- 测试 —— 您的验收测试是否仍然通过？您是否测试过边缘情况——诊所关闭、数据缺失、等待时间为零？
- 可访问性 —— 您构建的产品没有很好地服务于哪些人？
- 责任 —— 这个产出是否可能被误读或误用？您是否对AI所扮演的角色保持了透明？
- 反馈循环 —— 发布之后，您如何知道它是否有效？
课程反思
- 从本课程开始到现在，您对AI整合的思考发生了怎样的变化？
- 基于您所学到的内容，您在与AI协作的工作中会做出哪一项不同的改变？
接下来是什么
您已经构建、评估并发布了诊所等待时间检查器（Clinic Wait Time Checker）。在最后一课中，您将把完整的4D框架整合在一起，并带着一项已经启动的真实任务结束本课程。