什么是蟒营?¶

5py 复训小结

一句话概括, 就是从被动填鸭式学习, 变为主动学习, 从'要我学'变成'我要学', 用大妈的原话就是'教学反转'. 在这里你能慢慢找到学习的意义, 这是加入蟒营能发生的最奇妙的变化.

这个世界变了, 答案已经比问题多了, 现在的问题已经变成了如何提出一个正确的问题. 无垠的互联网信息, 早已超出了一个人三生三世能穷尽的极限, 吾生有崖而知无涯, 以有限而求无限, 殆矣, 这种改变让人感觉各种不适应, 焦虑随之而来.

而人应对焦虑的方式各不相同, 有的沉醉于刷剧/游戏的麻痹之中, 有的沉醉于刷音/视频课的虚幻收获感之中, 都没能真正解决这种时代焦虑. 原因可能是这么一个不可忽略的事实, 我们过去在学校里培养的学习模式, 已经不是信息时代的正确打开方式了. 只要应对模式和现实不匹配, 这种焦虑就会一直存在.

蟒营让你在挑战中学习¶

沈祖芸在 <全球教育调查报告> 中说, "这个世界(的知识)不再按照领域(学科)来划分了, 而是由挑战(问题)组织起来的, 今天无论你专业学得有多深, 如果不能到真实世界里去解决一个个具体而复杂的问题, 不能将所学转化为一个个挑战的解决方案, 那就不会适应(当今的时代)."

在经历过 2 次蟒营的 BP 周洗礼之后, 深以为然. 正是深刻体会到, 之前上学时大而求全的思维方式, 在应对 BP 项目时的捉襟见肘, 才重新想起这句话. 念念不忘, 必有回响, 这句话就是解决知识焦虑的钥匙.

在时间有限/人员有限/能力有限的情境下, 妄图把所有的知识都了解一遍再动手, deadline 已经到了. 事后反思, 应该是将解决这个挑战所需要的常识了解一下, 然后就开始做任务分解, 接下来就是逢山开路遇水搭桥.

这里说一下什么 BP 周, 就是报名课程时, 发愿想开发的软件, 用最后两周的时间至少把原型给做出来. 我在 5py 的课程中, 做的是一个旅游网站, 这是一个真实的需求, 同组队员在瑞士中开了一家酒店, 就想自己开发一个网站替换之前的 WordPress 网站.

这个网站要实现的功能是, 展示自家酒店附近的旅游景点, 定期自动爬取附近举行的活动更新在网站上, 还有一个功能是能够根据酒店的住客自己想去的地方给他做行程排期, 半天的/一天的/三天的.

时间/人员/能力有限, 仅完成了附近的旅游景点展示, 所有附近的景点会列出来, 还加上了一个小功能, 就是当住客将鼠标放在景点缩略图上的时候, 在右侧的谷歌地图上会显示一个标记, 提示住客这个景点离酒店有多远.

gmap

有一个小细节也值得一提, 就是鼠标放到图片上时, 图片会缩放变暗, 隐藏的文字也会显示出来, 这纯靠自己摸索 css 捣鼓出来的:

css3

大妈说这个网站比较丑, 不过这是我第一次拿起画笔, 在无人指导的情况下自己照着参考网站做出来的效果, 我觉得很满意.

这个项目对于不会 html+css+js+django 的我们来说, 还是很有挑战性的, 尤其是在 Google 地图上的加标记操作, 涉及 HTML/CSS 联动, HTML/js 联动, CSS/js 联动, HTML/js/Django 联动, 这个不说, 还有阅读的有关网站的各种资料.

当我看到鼠标放到图片上, 谷歌地图上能插上标记那一刻, 我都从椅子上跳起来了, 在客厅里足足跳了有一分钟, 非常有成就感.

这个项目做下来, 重要的不是学会哪些编程知识点. 首先, 要学会规划, 目标/时间怎么安排, 其次是进度如何管理, 质量如何评估, 然后成员如何分工/沟通, 一切都是自定义的, 当然也可以求助大妈.

在做这次的 BP 项目时, 规划做的并没有任务周( BP 周的前 4 周)做的好, 反思了一下, 任务分解必须要有解决这个问题的常识做基础的, 啥都不知道就没法分解, 任务周毕竟有 4py 的认知打底, 到了 BP 周这个陌生的领域, 还妄图想把所有相关资料都看一遍, 就算做到了也把握不好解决这个问题真正需要的东西.

其次做的不好的就是求助, 这是我的一个旧习, 有什么问题憋着不问, 习惯自己找答案, 另一个原因也是不知道要怎么问, 如果我能准确描述出我的问题, 我也就能靠搜索关键词找到近似方案了.

这便是蟒营在干的事情了, 让你在挑战中学习, 培养真正能解决问题的能力, 学会以编程的方式去解决问题, 真正地编程入门.

蟒营的学习方法¶

一个人提问的水平能反应出他的认知水平, 如果一个人上来就问学编程的方法, 那基本可以断定: 此人小白.

在我眼中, 蟒营的学习方法就一个, 就是 MVP, 最小可验证结果, 编写/运行/观察/修改, 四步一个循环.

<一代宗师>开篇, 叶问就讲: "别跟我说你功夫有多深, 师傅有多厉害, 门派有多深奥. 功夫, 两个字: 一横一竖, 错了, 躺着喽, 站着的才有资格讲话."

编程也是这样, 别一上来就讨论这个学习方法是否高效, 能先跑出一个小循环, 拿到想要的结果, 这就是最正的功夫, 最高效的方法. Talk is cheap, show me your code!

用熟了就会发现, 这是可以迁移到任何技术领域的通用方法, 我把它称为蟒营三板斧: MVP + 必要难度 + 精细加工.

MVP 提供了一个个成就感, 这个成就感就是学习兴趣的发动机, '凭一口气点一盏灯', '教育就是点燃火焰', 灯也好, 火焰也好, 这个火种说的就是成就感, 是自信, 获得了火种, 学习的乐趣喷薄而出, 不可阻挡. 别人夸我能坚持有毅力, 我叹别人感受不到学习的乐趣.
必要难度是保证成就感的底线, 不有点难就会麻木, 会自以为是, 会故步自封, 会见不得别人比自己聪明. 惭愧, 我在这上面就吃过大亏.
精细加工, 就是在学习过程中尽可能添加各种帮助记忆的细节. 一边看资料, 一边调试, 一边记笔记, 一边自问自答. 有人会觉得这样太慢, 写代码效率太低, 没错, 就是让思维降下来, 少胡思乱想. 钱钟书先生说过, 最绝顶聪明的人愿意下最笨的功夫, 因为"shortcut is the fast way to quit."(抱歉, 后面这句是鄙人说的.)

用上这套方法, 值得把初高中的学科再学一遍, 这是我未来要做的事情.