◆方法◆
我先讲结论方法。
假设你初入门，要去学一门技术。那么：
1. How：去找专家的“实作方法”课、“实作方法”书，快速地跟着TA做。（请先一模一样地跟着做，不要自作聪明地改，也不要去问为什么。）
2. What：接着把“成果”做一点小修改，看看会不会有效果。
3. Why：把东西改得有效果了以后，再去查Why。
五天都重复这样的循环，你就会了，至少能掌握这门学问的60%。我保证，就这么简单。
前提是：在前三个小时里，你能按捺住你的好奇心，别问Why与What。否则你学五个月都学不出来。
◆原理◆
现在开始讲原理。
人很犯贱，做事情前都要先问为什么，否则就不想做。然后知道为什么后，就会开始想What to do。而这就是“最惨的地方”。
初学东西时绝对不要用大脑，诀窍是“用肌肉学习”。
如果你一开始用大脑学，就掉入了一个大陷阱，这也是很多人学东西学不起来的原因。
人的肌肉都是有记忆的，只要重复去做，就会记住。
只要一件事情，重复练五次，肌肉就会带着这件事的记忆。所以“为什么”不要问太多遍，先做就对了，也不要一边做一边改成自己想要的。
也就是说在初学阶段绝对不能让“大脑”介入你的学习训练过程。
◆Why->What的无穷循环◆
一旦有了“为什么”这个念头，学习者的大脑就会掉入一个无穷循环："Why" -> "What" -> "Why" -> "What" -> "Why" -> "What" -> "Why" -> "What"。
但问题是当你完全不懂这门知识时，你的大脑就会当机，并且摆脱不了这个循环。不熟悉这个事情的操作方式，大脑就会慌张，就会问为什么。这时候就毁了。
有些人的补救方法是去背熟Rule Book，试图掌握规则。这就更惨了，因为：
1. Rule Book会让人想睡，这时的学习效率会特别低。
2.就算掌握了Rule Book，新手根本无法根据Rule Book展开世界观，因为世界不是Rule Book建构的，Rule Book只是世界的一个削减到最小，接近逻辑的规则，但它们不是基础的“逻辑”。
◆不熟规则不是“罪恶”◆
为什么台湾人学语文学得那么失败？因为台湾人学语文都是由Rule Book开始的，所以一堆人学八百年都学不会。其实世界上各领域都是这样，都是勉强会用。“文法”用得相当标准，这只能证明你“有教养”、“受过高等教育”，但却不会有“文法”不标准，导致人家完全听不懂的情形。
比如说写程序也是这样，一开始按照别人的例子去写，有效果，但效率不好，编程的风格也不好看。于是你要慢慢学慢慢修，将其变成漂亮的程序。但人家不会说你没按照正确的“最佳方案”去写，导致了这个功能就不会动。
但是呢？如果新手一开始花特别多的时间学语法，找最好的方法，并试图去背Rule Book，试图了解它。读完整本有关“设计模式”的东西再学写代码。我跟你打包票，保证什么鬼都写不出来。因为他会“鬼打墙”在“我不要犯错”、“怎么一直保持完美”、“为什么”里。
写到这里，你会开始发现这件事有一点意思了。好像学得起来的技能，都是这样学起来的。
而且我跟你讲一件更可怕的事实，这些学得起来的东西，在你学的时候，要能够保持傻傻初学者的状态最好。
要是你已经有类似领域的学习经验，那完蛋了，你会学超慢。为什么呢？
因为你第一直觉一定是会想要what，然后把新东西的方法应用到自己的旧技能上，你会发现不起作用，然后又开始问为什么。
于是what -> why循环开始了。
◆完全放空的新手状态学习速度最快◆
我举个例子。
当初我们最早一辈人，有SVN（Subversion：版本管理工具）经验的人学Git（分布式版本控制系统）时，学得特别久。结果不知道什么是Git的人，学得就超快。因为我们会一直试图把SVN应用到Git上，然后找规则，但找不到。我认识一堆大神刚学Git时，都学得比现在的新手慢很多......
现在的新手学Git快，是因为Git现在有教学实例，照着打就好。不然如果真的按照Git的Git Rule Book来做，那么你就会发现Git命令就是废话。这点还被程序界拿出来耻笑。
人类在学新语言时这种情况也特别严重，因为这是一个领域，人人都有一门精熟的技能，但是绝大多数人不知道规则是怎样的技能。
所以学语言时，下意识你会惊慌，一直想用what去重新应用，然后就会去问why。于是大脑就卡住“鬼打墙”了
