一般工程介绍/教程/测验

1 脚手架是指老师：

	要求你自行学习
	你开发教程的地方
	你阅读老师编写的教程的地方
	你听讲座并尝试将其转换成教程的地方

2 脚手架与教程的不同之处在于：

	由项目以外的人创建
	在项目环境之外或与项目无关
	大多数学生都知道的事情
	所有学生都应该知道的事情
	大多数工程师都知道的事情

3 脚手架可能来自：

	老师
	工程师
	其他学生
	队友

4 如果脚手架不正确，如果它不适用于项目

	可以忽略
	它出现在项目文档中而不是教程中
	包含在完成的教程中
	它仍然需要查找和引用

5 脚手架发生在：

	亲自向你展示如何做某事
	讲师向全班授课
	项目展示期间有人在白板上画图
	有人说“查一下”

6 学生对坐在他们旁边的讲师向他们展示某事的最佳反应是：

	做详细笔记
	只在笔记本上写下个人学习的内容
	讲师可以随时复制，所以我只会学习我所能学习的内容
	每个人似乎都知道这一点，我是一个白痴

7 集体意识不是脚手架。为什么？

	如果工程师都同质化了，他们都会产生相同的解决方案。
	脚手架意味着每个人都在学习相同的东西。
	每个人都知道，因此不需要脚手架。
	大多数人都知道，所以任何时候都可以请任何人学习。

8 脚手架总是好的，需要记录。

	真的
	错误的
	只有在追求脚手架得到客户批准的情况下
	只有在它在演示过程中自然发生的情况下

9 脚手架是客户的特权。

	真的，你可能被安排在这个项目上，正是因为你不知道什么
	错误的，工程师必须决定他们是否需要利用现有知识

10 在项目文档中包含脚手架是工程师的特权。

	真的，它可能会使项目蒙蔽
	错误的，任何项目外人员在听到项目信息后提供的脚手架，无论是否使用，都需要包含在项目文档中。

11 查看过去的文档是需要与你的讲师协商的。

	真的，你的讲师已经阅读过过去的文档，可能想要将你的设计与以前的设计进行比较
	错误的，你需要查看过去的工作，以便改进它

12 让手头的材料激发灵感对于工程来说有什么不好的原因？

	没有之前、期间、之后文档，缺乏足够的上下文信息
	需要一个不可复制或不可持续的垃圾堆
	不利于团队合作，只有一个领导者，其他人都在试图弄清楚发生了什么事。
	没有设计

13 原型工程师经常在没有文档的情况下工作，因为：

	目标是以尽可能低廉、快速、简单的成本创建第一个版本
	他们是特殊的工程师
	文档会削弱他们的生产力
	他们是通才，什么都能做
	他们通常非常专注于技术专长

14 当被要求做你不知道如何做的事情时

	恐慌、担心，并试图找到会做的人
	问你的讲师：“我应该自己学习还是找一个教程？”
	担心会损坏、破坏东西
	担心安全、保障、政治
	问你的讲师：“我可以把它拆开学习吗？”

15 教程

	记录成功
	记录备用设计
	记录下一步
	记录决定
	记录测试方法、测试结果
	记录失败
	记录沮丧

16 优秀的教程

	文字少，视频和图片多
	使用图片在框架维基标签中提供步骤
	像教科书一样
	充满了优美的英文

17 重复使用

	意味着利用集体智慧
	意味着描述日常物品是如何以不同的方式使用的
	意味着描述易于获得的材料是如何被创造性地使用的
	意味着回收

18 沮丧

	通过创建大量步骤/图片/视频来解决
	通过教程中的叙述来记录
	每个人都应该分享
	在时间方面花费很多，因此需要包含在内

19 教程无法从笔记本中复制，因为

	笔记本是 90% 的失败记录
	笔记本在尝试步骤的顺序方面是混乱的
	笔记本的成功描述不会填满笔记本页面
	细节散落在其中

20 教程作为占位符

	教程可能不完美，可能不包含最好的图片，可能不完全按正确的顺序排列
	教程必须在变成文章之前是完美的