寻求反馈

没太想通笨功夫，那就说说我最近感触比较深的巧方法吧。

这个巧方法就是寻求反馈,它有两层意思

• 创造能快速获取反馈的环境
• 积极去寻求反馈

创造能快速获取反馈的环境

每周四晚上是公开课，那我会周四下午的时候先去预习一下公开课要讲的内容，网上搜搜文档，然后自己试着去操作。

3wd4公开课之前，我去尝试bottle官网上的例子，当时每次修改完代码，都得重新输入一次python server.py来运行，然后在浏览器打开localhost看效果。而在公开课上，我看大妈加了debug=True和reloader=True这句，就可以不用重启服务端，直接刷新浏览器看效果了。看似简单的一个改变，其实能节约很多的时间，这种节约的效果在5w的任务上变得更加明显。

4wd4公开课之前，我去注册了sae的账号，看了下怎么部署，然后就直接去试sae官方关于bottle的例子,然后上线到sae里看效果，之后每次修改代码，都上传到sae上看效果，整个上传过程其实挺费时间的。然后公开课上看大妈演示才意识到可以创造一个本地的模拟环境来进行调试。部署好本地环境之后，代码开发的效率提高了很多。

再举个例子，之前用bottle时每次修改了代码，都切到浏览器里打开localhost看效果，后来突然想到可以用curl,然后就给终端分了三个屏，一个显示服务端状态，一个用客户端代码，还有一个用于执行$ curl http://localhost:8080。这样改变之后，迭代效率也高了不少。

上面三个例子里，我都是从使用需要花长时间才能获得反馈的环境到使用能快速获取反馈的环境。那么我就得反思，为什么最早没去使用能快速获取反馈的环境呢。反思之后，觉得原因是我没有偷懒的意识，偷懒其实是个好行为，它能直觉性地告诉你哪些笨功夫是需要改变的，没有偷懒的意识，人们就会去容忍无意义的重复和无聊的等待，有偷懒的意识，人们就会去开发能及时获取反馈的方法，创造能快速获取反馈的环境。

其实大妈说的MVP我理解的也是学会及时获取反馈。使用小步迭代，快速获得反馈，进行debug之后，再开始下一轮迭代。

除了及时获得反馈之外，MVP的方法还有一个好处，就是能获得更多的反馈，设想一下，一个程序你完整编好之后，看运行结果，那么得到了一条反馈，而同样的程序小步迭代了10次之后完成，每次迭代都获得了一条运行信息，这样就共获得了10条信息，获得的信息越多，对编的程序以及python语言的理解就越深。

积极去寻求反馈

有时候获取反馈的环境无法改变，那么就该改变我们寻求反馈的行为了。

首先想谈谈对于反馈的认知，很多时候人们其实是害怕负性反馈的，例如写了一段代码，然后被别人挑出一堆毛病，然后自己就不开心了，害怕别人的看法，因此再不去展示和分享了。这种经历或许不太愉悦吧，但情况其实可以更糟，那就是写了代码，传到github上，分享到微信群里，但没收到任何回应，收到的只有寂寞。其实反馈这个东西，无论正性的或是负性的，只要是有道理的，都可以成为学习的养料和前进的动力。如果还是无法接受负性反馈，可以试试转换认知，去想，这个反馈只是对事不是对人。

既然无论正性反馈还是负性反馈都可以成为有益的信息，那么为何不取积极寻求反馈呢。

大妈说了能技，说了要积极去展示，成为大家的关注点。其实具有能技额外的好处就是能获得更多的反馈，然而寻求反馈并不一定要有能技，只需要简单地去宣传和分享即可，比如学到了一个python技巧就记录到gitbook里，然后传播到微信群或其他地方，那么不知道这个技巧的新手看到之后可能会表示感谢，而老手看到之后可能会提供一些关于这个技巧的扩展信息，只要能获得反馈，你都是受益的。

总结一下需要做的改变

• 养成偷懒的意识，思考怎样能创造出能快速获得反馈的环境
• 把反馈看做一个宝藏，积极地去寻求它