学英语就像写代码。
它们之间有三个共通点:
1. 思路；
2.变量（词汇）和语法；
3.刻意练习。
01.思路
在编程的过程中，遇到各种各样的问题，出了问题编辑器不会报错，于是只能挨个排查，过程相当辛苦。这样可不行，于是我总结了下，发现他们的优先级是这样的:
思路 > 写代码
思路清晰是写程序的前提。
比如说，我要用HTML（超文本标记语言）和CSS（层叠样式表）做一个静态网页:
这个项目拿到手，第一步该干嘛？
布局，先划分框架。
整个框架可以初步划分为三大块: 左、中、右。
中间那个大块还可以继续划分六小块: 上、导航栏、左、中、右、下。
完事。
不仅思路要清晰明确，写代码的时候也不能出错——当然，这是另一个操作步骤了。
学英语也一样。在学之前，优先级得明确:
1.为什么要学（动机）；
2.达成什么效果（结果）；
3.怎么学（方法）；
动机决定持久性，因此动机越明确越好，越是刚需越好。
一个人若是清楚自己想要的，甚至不学就难受，会后悔，甚至现在能做就绝不等待，那么学习起来更可能既持久又高效——很多人最后不了了之，就是这一点没做好。
其次是学习效果。越明确越好，越具体越好。
其次是方法。方法越高效越好，成本越低越好。
我经常听到"撕掉语法书"类似的口号。至于对不对，我们接下来会讲到。
上面三点没有明确就盲目去学，效率低下的同时也不能持久。
02.变量和语法
在程序里有个叫变量的家伙，比如下图所示的python 代码:
图中 Temperature 就是一个变量，代表用户输入的带有温度符号的温度值。
变量可以任意更换（就如对于很多"成功人士"来说，情人是可以随便换掉一样），比如我把 Temperature换成A，或者si3838也行，只是可读性很差——我们通常起变量名时会尽量语义化一些。
对应到英语，其词汇就如程序的变量。
大多数人认为词汇比语法重要，抱着词典从 abandon 开始背。
背啥背？！从小学到大学，5500词汇肯定有了吧？够用了! 可有如此大词汇量的你，为什么还是看不懂只需要掌握小学词汇就能够表达的语句？
1. I know you.
2. I know about you.
3. I know on you.
.......
没有一个生词，理解的难点在于介词。
注:
1.about 的核心含义就是围绕，根据语境就是我知道你的方方面面，但不会深入；2.on 的核心含义是紧密接触，关系程度大概可以用骨肉相连来形容。根据语境，那么我们可以理解为我对你很有研究。
对于词汇，质量比数量更重要。具备一些基础词汇就可以用了，那个词不会，就换一个，甚至干脆需要的时候查词典，实在不济，就用中文代替——反正，不一定就要用那个词汇。
还有更重要的吗？
语法。
词汇和语法的重要性可以这样排:
语法 > 词汇（变量）
聪明人学东西，通常会先了解该领域的规则，掌握了规则（或者说规律），我遵循规则办事，少受点罪不是可以避免的吗？学习不是高效的吗？
掌握牛顿定律，工业化生产开始；知道了科斯定律，你不会抱怨女方太现实；遵守了法律，你就不会坐牢；若是你发现了宇宙规律，世界任你呼风唤雨。
规则重要吗？语法重要吗？
来点例子最靠谱。
比如说老钟总结的中英翻译公式:
英:（状）主（定）谓（状）宾（定 / 状）
中:（状 / 定） 主（状）谓（定）宾（状）
我目前写的《On Regular Investing》翻译与结构划分，运用的就是这个公式，快速入门，非常高效。
词汇可以随便换，底层规律始终不变。
再举个我们大家都知道的例子:
英文的五种结构:
1. 主 + 谓
2.主 + 谓 + 宾
3.主 + 谓 + 间宾 + 直宾/
主 + 谓 + 直宾 + 介词 + 间宾
4.主 + 谓 + 宾 + 补
5.主 + 系 + 表
再举个编程的例子。程序很严谨，多了一个空格，少了一个分号都没得商量:
结果就这样:
正常显示应该是开头那张效果图。现在看到的这样是因为原来已经设置好颜色等属性的 content-rihgt, right 由于那个空格而全部失效。
就比如你老板忽悠你白干活，你最后辞职跑到隔壁公司讨生活了。
你说语法重要还是那些属性重要？
再回到开头讲的"撕掉语法书"的言论，你信吗？真不知道她们哪来的自信，在明晃晃的错误面前竟然理直气壮？!
话说回来，也不能全怪她们，因为枪杀信使是不对的。正是因为市场上有 "词汇大于语法" 刚需，才有抓住机遇的供给。
03.刻意练习
学习要想出结果，刻意练习必不可少。
我学编程，也就是看一遍课程，听懂后就去敲代码，遇到搞不定的问题不是再回到课程找答案就是查文档，最后才问人。
通常是，每次敲代码或多或少都会遇到非常具体的问题，剩下的就是不厌其烦地检查、思考、改代码，很多遍。
搞不定晚上做梦也会继续。
这个过程多糟心？
以那个属性内其双引号间多了一个空格为例，由于编辑器不会报错，只能自己挨个排查。
之前设置了颜色的 content-right, right 这两块位置正确，后面写着写着又变了。
可能一 : 操作失误把设置的浮动去掉了或者多了少了一个字符啥的。
于是去CSS样式里查。发现没错，排除。
可能二 : 子元素宽度或高度大于父元素。
于是又去查，把子元素的宽高算了一遍，排除。
可能三 : 是不是结构写错了，或者改错了？
于是又去看，几百行行代码看一遍，排除。
最怕的是什么？你不知道出了啥问题，干着急。
于是请教他人。可是他人除了问一些我曾排查过的可能外也帮不上什么忙，最后只能给一个百分百正确的答案 :
重写吧！
卧槽! 费了那么多时间精力……
愤怒、焦虑、绝望，甚至想过放弃，全部在一念之间。放弃，绝对是触手可得的诱惑。
事实上，每一次项目实战都会出一些这样那样甚至难不知道怎么回事的问题，经历类似的过程!
这考验我是什么？学习的动力越足越可能挺过去 ! 只要再坚持一下，就有机会柳暗花明。
正是经历这样大量的重复修改、思考、检查和摸索的过程，才最终渐渐明白怎么回事，积累的熟悉和经验，造就下一次项目的得心应手。
这不就是习得英语的过程吗？
刻意练习不好玩，请务必保持足够的动力和清晰的目标。
后话:
编程和英语很有大的一个不同之处在于，程序的指令没有歧义性，也就是只有唯一的语义。
而英语不一样，同一个词汇，不同语境下有不同的语义，尤其是文化这个因素。
由此看来，学编程比学英语容易多了，不是吗？
聪明你，英语和编程，你更愿意选哪个？留言区发表你的意见。
