有人可以靠中彩票，然后一夜暴富；有人随随便便发几张自拍，就一不小心一夜成名。可技术成长，要一步一个脚印地练习，才能掌握某项特定技术。等到我们掌握了学习的技巧，才能用更短的时间，来掌握某项特定的技术。
而练习，也不是一天里写一万行代码，也不是重复写一百行代码，而是在一百天里，每天写下一百行代码。它需要一定的技巧，不懈的坚持，还有一些休息。因此在这篇文章里，我将分享工作几年里的练习技巧：
基础篇：正确的练习姿势。从程序员的基本技能：盲打，到练习使用快捷键、重构技能等，再到如何使用新的框架练习。
进阶篇：如何通过练习来提高。初学时，我们可以使用 Vue、React去高仿一些项目；有经验以后，高仿应用只会让我们更累。我们便需要一些更高级的练习技巧，从引入别的框架思想，到造各式各样的轮子。
找到合适的时间练习。早上，慢慢进入状态；中午，适合做一些 Review；碎片时候，可以做一些知识的管理等等。
怎样才能持之以恒下去。分享一些制定目标的技巧，及激励自己的方式。
当然，练习有一个大前提是：我们有充足的时间。时间是一种很珍贵的资源，特别是对于长期加班的开发人员来说。因为技术能力不足导致的加班，会变成恶性循环。
如果你还没工作，那么便相当的幸运，你有相当多的时间。工作的时候，大家都忙于实现业务功能，没有时间让你提升自己。如果你已经工作了，那么你需要每天预留一些时间，才有机会去练习。每天会占用一些游戏、看电视时间，哪怕只是半个小时，一周、一个月、一年下来，帮助就很大了。
进行这些练习之前，请不要忘了根本——能熟练地用框架、语言完成工作。完成工作，相当于必须达到的 60 分及格要求。在胜任工作之外，提高能力到 80、90 分，追求更好的技术能力，才是正确的路线。
下面，让我们开始第一部分的内容吧~。
基础篇：正确的练习姿势
编程的时候，我们只是在码字——编码的过程（即思路）实际 上是在脑子里完成的。娴熟的码字能力，可以帮助我们更好地编程。
小学时，自参加了五笔打字比赛之后，便开启了我的编程生涯。可当工作的时候，已经可以熟练的完成工作的我，仍然无法打对每一个字符。有一天，看到了一个名为 Typing 的在线代码打字练习工具。练习了一次之后，发现它会给出一些建议，便开始进行了一些编码练习。但是得到的反馈能表明，在打字这方面，仍然有一些提升的空间：
我的“自我解释”是：今天的编程语言设计得不合理——使用了各种字符，导致了右手在这方面的负担比较大。在那之后，我便陆续进行了一些基础的练习，并整理他们的因果关系，便有了下面的一些练习项目：
作为经常用电脑的人，应当掌握好打字的基本技巧，比如说采用正确的打字姿势，以及盲打技能。
作为一个程序员，应当“精通”使用手上各式的IDE、编辑器，熟练使用它们的快捷键。
作为一个专业的程序员，我们还要将重构代码、命名等高级的技巧掌握好。
这些练习，可以让我们成长为一个更专业的程序员。
语言与框架的练习
对于语言与框架的练习，算是比较简单的。于我而言，这种练习过程便是：
买本相关的书籍，或者寻找份教程、官方指南。
再找个合适的 Demo，熟悉基础概念，并掌握好相关基础。
在 Demo 的基础上，实现一些业务功能，了解各种功能、特性。
查看官方文档，查有没有漏掉了什么重要的东西。
撰写博客、日志来记录这个过程。
因此，只需要找一个合适的网站、APP，作为模仿的对象，一步步往下练习即可。唯一的难点在于，第一次写 Web 应用的时候，可能会多花费更多的时间。新手期的程序员，对很多的概念都不清楚，如若能找到一个新手社区、群体，提高起来就会方便多了。
熟练使用语言或者框架，不能帮助我们成为一个『优秀』的成员。只能带领我们成为一个“胜任”的程序员，即我们可以凭借着这种练习，找到一份养家糊口的工作。
工程实践练习：模仿开源软件
工作的时候，写的都是业务代码，纯技术上的实践并不多。这意味着，多年的工作经验，与技术能力的关系并无太大关联。如果有一天，我们看到几年前写的代码，和今天写的代码并没有太大的区别，那么说明了：我们已然陷入了这样的一个瓶颈。
在学校写的代码，与工作写的代码，最大的区别在于：软件工程实践。单单凭借工作经验，那么在软件工程实践上的提高可能不会太大。受限于上线 deadline 的影响，多数项目的软件工程实践，并不能做到最好，甚至可能很差劲。如我们所见，国内的大部分公司（包括BAT）在这方面的实践也很难做全，更不用说做好。这些实践包括：
使用版本管理。诸如 GitHub 上的项目采用的 Git，基本已经普及。
使用持续集成。它可以为团队协作，提供一个可靠的帮助。
完整的测试用例。编写单元测试、功能测试等等。
代码检视。用于提高整个项目的质量。
等等。
而对于一个优秀的开源软件来说，为了保证好项目的质量。拥有者往往付出了很多的精力，在提高软件工程的实践上。因此，对于软件工程实践来说，最好的练习，便是模仿开源软件，并自己去创造一些轮子。以 React 为例，其在首页拥有下面的几个徽章（badge）：
分别是：
Circle CI，即持续集成，诸如测试是否都通过、部署是否成功等等。
Travis CI，同上。
Coverage，代码的测试覆率，81%。
npm，当前的版本号。
PRs welcome，即欢迎来 Pull Request。
那么，我们在实践的时候，就可以模拟这样的项目组成，一步步往下实践：
为项目添加测试框架，如 Java 里的 JUnit，Node.js 里的 Mocha 等等。
添加自动化测试脚本，如 Java 里的 Gradle，Node.js 里的 Grunt、Gulp、NPM 等等。
添加测试覆盖率工具。
添加持续集成，如 Travi CI 或者 Circle CI。
添加代码质量分析工具，如 Code Climate。
制定目标，并完成。
最难的实际上是最后一步，制定一个目标并实现。它可以是测试覆盖率要达到 90% 以上，这就需要一步步的来完成。如先将目标放到 60%，再慢慢地往上提升，直到 90%，甚至 100%。在这个过程中，会不断地遇到一些挑战，如难以测试的代码，为了编写测试而修改功能代码等等。但是，它能确确实实地帮助我们提高工程能力。
基础练习：从码字到盲打
编码的时候，如果我们心里想输入的是一个print，结果打下的字符是 oront，那么我们就需要删了重来。又或者是小心翼翼地，边看键盘边输入一个个字符。虽说，编码只是一个打字的过程，但是很多时候，经常出现的错字会中断我们的思路。因此，盲打应该成为程序员的基本技能。而这里的盲打，指的并不是我们可以闭上眼晴打字聊天，而是可以完成编程工作，即能盲打下 26 个字母，及各种字符，还有各种功能键。
而在进行这一类练习的时候，我们经常会遇到的一个障碍：度量。即以某种方式来衡量练习的成果，我们做了很多的练习来提高自己，但是没有数据来支撑。它不像编码，我们写了几行代码，完成了一个功能，那么写下的这些代码的价值就是可以衡量的。因而练习的时候，我们可以寻找一些合适的工具，如 Typing.io、Keybr.com 这一类工具。如 Typing 使用的是真实的代码片段，它能帮我们发现真实场景下：我们容易打错哪些字，容易按错哪些键，我们的打字速度是多少等等的内容。
对于可以衡量的打字练习，我们可以订下每天十几分钟的时间，一段时间要提升到什么水平的目标。这样它便能满足SMART原则，就能让我们看到我们在这段时间内的提升。
当时，我拿 Typing 练习的时候，差不多练习了一个月，每天大概半小时左右。因为打字的速度比较快，所以容易出错，所以便将注意力放在减少错误上。而对于有些人来说，则是相反的，即打字速度比较慢，但是准确率比较高。而这个练习的主要目的是，能熟练地做到盲打，不让它影响我们的效率。
掌握了熟练开关机、键盘上的各种按键后，我们就在使用工具上做一些效率的提升。
基础练习：掌握开发工具
刚工作的时候，发现每个有经验的程序员，几乎可以不用鼠标编程。熟练的使用各种快捷键，进行代码重构、打开新页面、开启新窗口等操作。慢慢的，我觉得自己在这方面上有相当大的提升空间。
这意味着，我要学习、探索开发工具的功能，也要能使用快捷键来控制。尽管在日常结对编程、代码检视、交流的时候，可以请从别人身上学习。但是理想的方式，还是应该自己去练习。
对于大部分的开发工具，它们都有对应的手册、Keymap 或者 cheatsheet，即“作弊表”。如下是 Intellij Idea Keymap 的截图。
上面列出了其可用的快捷键，及其相应的用途。因而只需要打印好，放在眼睛能看到的地方，就能有效的改善。除了打印成纸质资料，他们还可以有不同的形式，如鼠标垫、杯子的形式。需要的时候，便可以一眼看到；平常多看到几次，也能多多少少的多记住一些。
需要注意的是：对于开发工具而言，没有必要掌握所有的快捷键，而是只掌握常用的功能。我曾陷入了一个误区，练习使用快捷键的时候，边练习一些重构的技巧，同时也花费了时间在练习一些『屠龙之术』上——一些非常少用的功能，除了炫耀，也没有什么用。时间一久，我便忘了很多的快捷键。
再举些例子：如 Vim，对我而言，一般用于服务器维护及 Git 修改。因此，主要使用的功能便是：快速地改几个字符、更新配置，保存并退出。如 Chrome 浏览器，在日常使用时，配合下 Vim 插件，便不需要鼠标。在进行前端开发的时候，便需要使用鼠标来调试。
对于大部分的工具来说，我们只需要一个 CheatSheet。复杂的工具，如 Vim、Emacs，则需要有一本更专业的书。它们是高度可定制的，这也意味着我们需要一步步的定制这些工具，寻找合适的插件，自定义快捷键，又或者是使用别人的配置。
而，要衡量快捷键使用方面的提升，目前还没有看到有效的度量工具。如果有的话，那么就是编码的时候，使用鼠标的频率。因此，在某些特定的时候，可以通过禁用鼠标来提升自己在这方面的能力。
进阶篇：如何通过练习来提高
尽管我在上面指出，学习新框架的最好姿势是：基于现有的业务来学习。即从工作中学习，从做中学。但是，如果一直只使用新的框架来重写旧的业务，那么你的成长就会趋近于 0。第一次，使用新框架时收获可能颇丰；第二次，收获的东西就更少了；第三次，你可能就学不到东西。
因此，在业余的练习时间里，不要一直练习新的框架，不要再拿 Vue、React Native 去高仿一些应用。当且仅当，你所处的项目正在使用新的框架，这种练习才是有意义的。
经过上面的练习，我们提高了我们的工作效率。同时，在别人的眼里，我们更像是一个专业的程序员。在这之上，我们还需要提高顶层的能力。下面介绍的是，我尝试过的一些，比较有效果的提升方法：
阅读开源软件与重构代码。
造自己的轮子来重写应用。
结合设计模式。
引入其它领域的思想。
总的来说，收获还是蛮多的，特别是造轮子，能有更大的提升。与其他的练习稍有不同的是，因为涉及到代码设计，这里的练习有些难以衡量。这时候，我们应该是保持着练习的心态，并意识到我们是在做这方面的练习。
阅读开源软件与重构代码
如果在工作环境中，没有代码写得比较好的人，那么我们就只能从开源代码中去学习。笔者之前写过一篇《如何以“正确的姿势”阅读开源软件代码》的文章，文中我建议的阅读开源软件代码的方式是：
clone 某个项目的代码到本地。
查看这个项目的 release 列表。
找到一个看得懂的 release 版本，如1.0或者更早的版本。
读懂上一个版本的代码。
向后阅读大版本的源码。
读最新的源码。
可只读这些代码，不能让我们显著的提高水平，我们应该结合『重构』这个技能来练习。从我的练习经验看来，对于重构的练习是最有意思的。我们可以见证，一段不好的代码在我们的调教之下，焕发出新的光彩。当我们重构一段坏味道的代码，对比重构前后的代码，便会发现自己竟然有这样神奇的能力。
如果找不到合适的练习项目，可以到 GitHub 上找一些 star 多，但是没有测试、缺少 CI 等的项目练习，这样的项目在 GitHub 上也是蛮多的。
有一次，我在寻找一个迷你的 Markdown 解析器，看到 GitHub 有一个精巧的实现。它有 100+ 的 star，但是没有测试、四百行的代码里，有一个方法有三百多行等等的坏味道。于是，便花了几天的时间，边思考边重构这个项目。这样对编码的提升比较大，因为工作的时候，完成任务是第一优先级，然后才是质量。
因此，对于我们练习来说，我们只需要：
找一个不错的开源库。
阅读其中的代码。
找到代码中设计不好的地方。
对自己认为设计得不好的代码重构。
结合《重构》一书，来改进设计。
需要注意的是：不同的人对于代码设计，有着不同的观点。因此，在这时如果只是因为代码的设计不好，而不是代码里有各种坏味道（code smell），那么，就不应该去给别人的代码提 Pull Request。
造自己的轮子来重写应用
与阅读代码、重构相比，造一个自己的轮子，来实现同样的功能，便是一个更不错的选择。在 Web 开发领域，大部分的开发框架本身都是『通用型』的框架。即它拥有相当多的功能，其中有很多的功能都不会用到。如你使用 jQuery 的时候，你可能只会使用到其中的 Ajax、Event等功能，那么你就可以写一个新的框架，兼容这两个接口。
练习时间充裕的时候，便可以自己动手去做一个。上面说到的阅读框架代码，是一种好的方法。除此无论是前端还是后端，我们都可以找到从零创建框架的资料，来帮助我们理解框架的组成。
通过阅读诸如 Python 里的 Flask、 Ruby 里的 Sinatra 等轻量级的框架，我们就能理解一个框架所需要的元素，并模仿他们做出一个新的系统。这些框架的关注点是：处理 HTTP 请求的 CGI、与数据库交互的 ORM、控制逻辑的 Controller 层、返回 HTML的 View 层等等。除了相关的框架，我们还能在 GitHub 上看到很多人模仿这些框架。做一个这样的后台框架，搭建自己的博客，那就能理解好这一系列的逻辑了。
对于前端来说，也是类似的，诸如 Building React From Scratch，可以让我们在 250 行理解 React 的原理，并做出一个类似的框架。除了 MVC，还有模块化设计、数据请求等等的内容。在两三年前，《JavaScript框架设计》就是这方面一个不错的选择。
我曾经造过一个名为 Lettuce 的前端框架，它的主要目的就是用于：学习前端框架的设计，便在自己的多个业余项目上使用这个框架。而在前端领域，定制自己的 UI 框架、CSS 框架也是一个很不错的选择。再用到自己的博客上，再写上『自豪地采用xx框架』，岂不是更加的自豪？
在底层领域，又有各式各样的《自制操作系统》、《自制编程语言》、《自己动手设计物联网》等等的书籍，它们都能让我们从底层理解一个系统的组成。除此，还有各种各样的剖析类书籍，可以让我们理解底层机制的同时，也能让我们制作出一个框架。
最后，我们只需要能不改写或少数改写代码，将我们的应用运行在上面，便是成功的一个仿造的轮子了。
结合设计模式
设计模式，不同的人有不同的看法。在我看来，一个优秀的程序是要能『看懂』的。即不一定要精通，但要能识别出来，它是一种设计模式。当我们看到了一次又一次的相似设计时，应该猜想到，其背后应该是一种设计模式。如在前端开发框架中的『双向绑定』，它实际上就是发布-订阅模式，又或者称观察者模式的一种实现。
在笔者看来，模式就是一种高级的语言。当别人一说『工厂模式』，多数人瞬间就明白了，不犹得会发出：原来如此，这一类的感叹。认识了一些模式后，一遇到一些特定的场景，我们就能一下子套用这种模式。
可只凭阅读 GoF 的《设计模式》一书，又或者《Head First 设计模式》、《重构与模式》等设计模式书籍，我们所学的知识便是有限的。我们要做的是：
先熟悉书本上的示例代码，来对不同的设计模式有一个大的了解。
识别日常代码中的设计模式。
练习这些设计模式，并掌握常见的设计模式。
尝试在日常的代码中，套用设计模式。
重构现有的代码到设计模式。
要对设计模式进行练习，不是一件容易的事。并且很多时候，容易模棱两可的情况，即适合使用 A 模式，又适合使用 B 模式。这是因为我们是在为设计而设计，因此会尽可能的贴近现有情况。
引入其它领域的思想
不同的领域里，都有自己领域的优秀思想。如我们熟知的设计模式，便是受建筑领域的《建筑的永恒之道》中描述的 253个 建筑模式的启发。又如今天流行的精益思想，最早是来自汽车制造业，可它对软件行来说，有着令人受益匪浅的启发。好的框架、软件是会相互学习，如 iPhone 与 Android，都在不断地借鉴——通知中心，但是又在那之上做一些改进。
又比如，今天的前端框架里，很多思想都是从后端“借鉴”过来的。如 Angular 中采用的依赖注入，便是深受 Java 语言的影响。近一点来说，Redux，框架最初是用在 React 上，但是它已经被推广到了 React 和 Vue.js 上。
因此，当我们发现一个新的优秀思想产生时，便可以尝试引入到自己的领域里。又或者我们所处的领域，正遇到一些难题，答案可能就在别的领域里。可在这方面的练习，往往都是一些创新性的练习。多数时候，我们的探索可能没有结果，但是它往往能对自己有更大的启发。
找到合适的时间练习
每天能有半小时、一小时甚至更长时间的稳定练习，比三天打鱼两天晒网的效果要好得多。清理出一些固定的时间，用于为自己腾出时间来提高自己。既然，你都有时间到这篇文章，那么你应该属于能腾出时间的人。
如果不能的话，那么我们也可以尝试去挤出一些时间，如从上下班去寻找空间。即使是同一公司，不同的人都有不同的上下班时间，所花费在路上的时间也有所不同。有的人，需要在几环外坐个一个多小时的地铁，再转公交才能到公司；有的人，只需要出门左转，走个十分钟就到公司了。因为在路上花费的时间不同，也在一定程度上影响了学习、练习等等的时间。
因此，如果可能的话，应该减少花费在上班路上的时间，才能避免继续陷入这样一个恶性循环：租不起近的房子，花费大量的时间在路上，没有时间提升技能。
早上
早上的练习，是一种慢慢进入一天工作状态的感觉。一旦上班时间到来的时候，就已经进入工作姿态了——对于“资本家”来说，可谓好事一件。早晨刚醒来，总会想不起昨天项目做到哪一步，便更容易反思哪里做得有问题。
如笔者已经习惯了，每天七点起床、洗漱，随后写会代码，再去上班。有时候，可以有一个半小时的练习时间，有时候会有半个小时，将这些时间浪费在梦里总是有些可惜。同时，之前为了能成功地上公交，便提前半个小时到公司，写一些开源软件的代码。毕竟，作为一家非产品公司，你无法和别人解释说，我们做了些什么、取得了哪些成就。
在很多地方，这是一个很好的策略：错开高峰期上下班，路上就不容易堵车。所花在路上的时间就缩短了，那么我们就有时间来练习了。
需要注意的是：练习的时候不要关注时间，而是关注怎么于提高。关键点在于：让每天进步一点。
中午
吃完饭后，因为米饭血糖指数高的缘故，容易犯困。对于北方的同学来说，因为主食不是米饭，所以这就不算是一个问题了。这个时候，身体会妨碍我们进行一些练习。可如果你的午休时间比较长，那么也可以做一些练习，再去休息片刻。
碎片时间
对着屏幕写代码，时间一久，集中力就会开始涣散，便应该休息会儿。刷刷资讯、朋友圈，又或者收集各种资料，开放我们的视野。接收各种新的知识，来扩大自己的视野，以便于自己了解整个市场的水平。
常见的方式有：
阅读个人博客、微信公众号。
维护自己的 Awesome 列表——寻找自己觉得好的开源项目。
IT新闻、技术文章聚合网站——我很不喜欢聚合网站，大部分的聚合站点的行为无异于文章抄袭。
GitHub Trending。
将这些内容存储到 Evernote、WunderList、OneNote 等各式各样的云笔记里，然后定期清理、定期清理、定期清理。收集只是一种方式——没有啥用的方式，因此建议先读完一遍，再去收藏这样的文章。多数时候，我们会发现自己收藏了很多的内容、买了很多的书，但是却没有时间去读。
晚上
经历了漫长的加班，回到住的地方，可能就会想休息了。如果白天没时间练习，晚上也不能抽出时间练习，长期以往，一年的工作经验就要变成五年来用了。
晚上练习的同时，我们应该注意：在睡觉前 30~60 分钟停止编码，否则上床的时候，脑子里可能还是这些代码，就容易失眠。万一灵感一来，那就还要爬起来继续写。这个时候，可以阅读一些相关或者无关的书籍、资料。在阅读的过程中，尽管我们已经不在思考内容。但是潜意识里还在思考中，这时就能很容易就会遇到一些灵感。
最后，休息的时候，尽情睡觉吧~。
怎样才能持之以恒下去
在上文里，我们只谈论一些方法和技巧，可是它们并没有什么用。每个人都知道所谓的『一万小时理论』，但是真正要坚持下来，并没有我们想象中的那么容易。
我们需要从娱乐时间里抽到一部分，原本舒适的玩游戏、睡觉、刷微博时间，现在要成为另外一种『痛苦』？可是，既然这些“无聊的事情”我们都能上瘾，那么我们是不是没有找到合适的路？
设定目标与 SMART 原则
按上文中的分法，练习可以分为：日常固定时间的练习，及针对某一特定主题的练习等多种类型。当我们开始练习某一个具体的技术、框架、模式时，最好能制定一个简单的练习计划，如每几天练习某一内容、多少天内用某一个框架实现什么功能。
先设计一个小的目标，并且能在短期实现。当发现自己可以轻松地坚持下来时，再慢慢的扩大目标，直至我们能做得更好。可是，设定一个练习目标也不是一件简单的事，它也有很多考量的地方。
毕业的时候，在公司接受了针对于毕业生的培训，期间学习到了一个用于制定任务、目标的 SMART 原则：
具体的（Specific）。即我们要有一个明确的目标，如在一周内用 Django 写一个博客系统，而不是用 Django 写个东西。
可度量的（Measurable）。即衡量是否达成目标，我们只需要能创建、查看、删除博客，那么我们就算完成了这样的任务。它可以用来不断地突破自己。
可实现性（Attainable）。即这个目标一定是可以实现的，不能实现的目标没有啥意义。与些同时，练习初期定下的目标不能困难。
相关性（Relevant）。即目标与其他目标的关联情况，如我们练习 Django 是为了提高 Django 或者后台的技能。如果我们的大目标是提高前端技能，那么这个目标对于当前的意义并不是太大。
时限（Time-based）。即时间限制，如上面提到的一周内用 Django 写一个博客系统的期限。
经常能在微信朋友圈看到，朋友的 100 天英语阅读计划，这样的目标就是合理的——可实现的、具体的、有时间限制、可度量的。
如果我们想每天固定时间进行练习，那么我们应该做一个短暂的尝试，如七天，再慢慢的不断扩大时间目标，二十一天、两个月，随后再扩大到一个更大的目标。
坚持与激励自己
我们可以使用 GitHub 上的 Contributions 来激励自己，每一天的痕迹都很明显，甚至于可以拉拢一些小伙伴，与我们一起参加类似的活动。GitHub 本身具有社交属性，可以让我们看到别人做了什么，做了多久。
由于 GitHub 的服务器在国外，访问的时候可能会受限于网络。国内的开源中国的码云和 Coding 也有类似的活跃度，建议访问 GitHub 有问题的读者，可以使用这些服务。
上文中提到的朋友圈 100 天英语阅读计划，也是相似的，它可以让别人监督你是否完成——前提是，有人一起和你做相同的事，因此可以找个人和你一起练习，相互监督。
刚开始练习的时候，练习的内容基本上很充实。时间一长，可能就会陷入一些瓶颈：要么找不到合适的练习内容，要么觉得练习过于乏味。因此这个时候，可以切换不同类型的练习项目——如，做一些自己觉得有意思的小项目练习。又或者，当我们完成一个目标时，给自己一些奖励，以此来鼓舞自己。
总结
练习完之后，还有一种很好的提高方式，就是输出、总结。整理自己练习过程中学到的知识，将之与我们需要的技能做对比，我们就会发现：在哪些地方还需要提高。我们就能制作出下一次练习的目标，不断地反复，以些来提高自己。
经常做总结，除了看到自己提高的地方，还能让阅读文章的人，鼓励你更好的前进。
那么，现在让我们创建一个项目，更新一次 README，开始练习吧！