三周前就开始不断暗示大家, 要开始持续改进自己作品的演示效果, 但大家一直没有接到梗.
隐喻体系 高效学习的一个方法, 是把不熟悉的东西通过隐喻映射到自己熟悉的东西上面
对于学习者, 解码学习的效果比直说要好. 把某些事直白地放在大家面前, 学习效果反而不佳. (大妈的习惯和经验)
以数学课为例，老师把数学家积累百年的东西集中的放出来，效果如何呢？[教材是对好奇心最好的屏蔽]
教学体系反转 公开课反转 团队合作反转 宣传方式反转
某些理科生一直吃亏在表述能力
三周前就开始鼓动大家演示, 并通过要求迭代演示不断提高演示效果.
路演本质:
路演的目标极其单纯，内容对受众来说是陌生的。
对软件产品，工具和服务，理念或好处传达，要求大家在尽可能短的时间内说清楚自己在做什么，为什么这样做，解决了什么了问题。
双方建立了共识，希望大家来帮助我们。
和小组日报周报本质一致(每天是不是团队所有人都可以了解项目状态)
只有通过正式演示整个产品, 才能最有效的让所有成员明白: 我们的作品有多少功能;用户应该如何使用;目前有多少功能, 是怎么实现的...等完备认知.
对产品的整体认知, 通过演示是最好最直接也比较残酷的方式, 因为它逼着所有人明白产品的本质.
作品通常对应一个个性需求(小规模项目很难解决大众需求): 是否真实解决这一需求
演示是一种输出, 而输出是最好的输入
想有好的输出, 首先要对输出的内容有全面了解----知行合一.
只有极其深入完备理解现有产品, 才能有好的输出
输入即输出, 学习最好方法是教会别人......
实例:
Frank 在本周开发中先尝试开发提高输出到豆列网页的速度, 在周中质控时候重新观察整个项目,
最后认为这个功能的进一步开发并不是当前的主要需求. close issue.
为什么能做出这样的判断? 因为在几次演示中, 他对小组项目的边界和应有功能非常清楚.
12周之后, 每个人要有完备私人教程. 对六个月前自己, 为自己设计一套吻合自己背景的学习方案.
教程包括: 基础工具/环境, python 概念, 小作业的实现, 迭代式项目开发/团队协作, 演示
没有时间写教程----每一次输出, 都是对自己过去编程实践的自我整理(反省智慧?)
唱歌时候不能永远呼气而不停顿, 必须有节奏;
针对大家"没时间写教程": 每天未必可以写具体内容, 但至少可以先写目录, 列出章节标题; 仅仅列出这些也是对现有数据的一次清理.
拿出一周, 认真给每个组两次45min在线演示机会, 每次演示计分(所有人参与评分)
两次演示评分, 加上之前的评分
Reference: 参考了 free 的部分总结内容