用代码提出问题

从「能做什么」到「该做什么」

前面八节，你获得了一套能力：把想法变成能上线的东西。

现在的问题变了：你要用它说什么？

Critical making 是什么

一种把”制作”当作思考方法的实践。它的主张是：有些认识只有在你亲手把东西做出来的过程中才会产生——论文写不出来，讨论也谈不出来。

作品不是论点的插图，作品本身就是论点。

几个可以参考的方向：

• 让不可见的变可见 —— 把一个平时被隐藏的机制暴露出来（数据流向、算法决策、能耗）
• 故意的失效 —— 做一个”坏掉”的东西，让人意识到”正常”背后有多少假设
• 相反的设计 —— 如果这个产品的目标反过来会怎样？一个不想留住你的社交产品长什么样？
• 代人发声 —— 让链条上被隐去的人和劳动出现在界面里

找到你的问题

从前两节的阅读和练习里，挑一个让你真的有情绪反应的点。不是”这个话题重要”，而是”这件事让我不舒服/愤怒/困惑”。

那个情绪就是你的入口。没有它，作品会变成命题作文。

写一句话说清楚：

我想让人意识到 ______，因为 ______。

48 小时原型

批判性项目最常见的死法是想得太久做得太晚。给自己 48 小时，做出第一个能跑的版本——难看、粗糙、功能残缺都没关系。

先让它存在，再让它好。

有了能跑的东西之后，你对自己的想法会有全新的判断。很多问题只有在原型面前才暴露出来。

项目声明

作品之外，写 500 字：

1. 这件作品在追问什么？
2. 为什么用这个形式而不是写一篇文章？
3. 它与课程里的哪些讨论对话？
4. 你自己觉得它哪里没做到？

最后一条最重要。诚实地指出自己作品的局限，比把它吹圆了有价值得多。