转载

从程序员到架构师 - 非技能篇

主动学习

从程序员到架构师 - 非技能篇

大脑不是一个用来填充的容器，而是一束需要点燃的火焰

----普卢塔赫

学习不是强加于你做的事情，是需要你主动做的事情，仅仅掌握知识不去实践是没用的，古人已经总结了，『纸上得来终觉浅，绝知此事要躬行』，学习也需要方式方法，需要目标反馈，针对自己在日常项目遇到的问题去学习再进行实践验证学习效果会更好。SMART目标就能很好的帮助你如何学习。

SMART目标

＊S：Specific(具体的):首先，一个目标任务应该是具体的，把学习的目标具体化，例如：『我想用PHP写一个Mock服务端』

＊M：Measurable(可度量的):如何知道你何时完成，如果无法度量目标任务，那么目标还不太具体

＊A：Achievable(可实现的):先确定目标是否合理，从你现在所处的情况着眼，让每一个目标都可实现。

＊R：Relevant(相关的):目标需要和你相关，需要在你的掌控之中。

＊T：Time-boxed(时间可控的)：这是目标最重要的一个特性，你需要设定一个最后的期限，没有期限，目标会逐步衰退，它可能就无法实现。

现在互联网技术的发展也是日新月异，我们学习的速率也要提高了，目前我们获取新知识的途径一般都是碎片化的，阅读老司机的公众号或购买高质量的纸质书籍，现在的问题就是我们如何在短时间内阅读并吸收其中的技术点呢？好的阅读方法让你对于知识的掌握事半功倍，SQ3R法主动阅读法让你如何更有效阅读。

“ SQ3R法

1	Survey(调查):带着问题审视书，看目录，各章介绍，总结，在深入细节前有一个总体的印象
2	Question(问题):写下你要弄明白的问题，标题改为问题
3	Read(阅读):可以阅读全部内容了，在困难的地方放慢速度；如果内容不是很清楚则重新阅读
4	Recite(复述):复述回想和使用自己的语言改写书本最重要的部分，做笔记（思维导图，要点）
5	Review(回顾):扩展笔记

重复阅读相同的材料和笔记，不会有助于记住你的笔记，所以多编程实践，解释给其他人听,使用思维导图做笔记——需要使用颜色、符号和其他有意义的东西标记不同的事物,认真审查是否需要生成文档，避免不必要的文档,写文档的过程比文档本身更重要,学习某项事物的最简单有效的方法是尝试教别人。

积累经验

积累经验是学习和成长的关键——实践出真知。但单纯的『实践』并不是成功的保证，你需要从实践中学习其中的价值，而一些常见障碍会让这个过程很艰难。但是你也不要刻意地拼命实践，过犹不及。我们应该研究如何利用反馈、乐趣和失败来创造更有效的学习环境，关注设定最后期限的危害，并体会如何通过自我引导积累经验。

加班（我不鼓励）主动加班去掌握工作外的技能、资源，承担的多了，自然经历的就多。
自学：日常项目的业务有限，不可能涉及很多，靠自学才能延伸更多的技能。可以参加一些兴趣群，相互学习进步。
复盘：很多经历变成经验，往往只差一步之遥——复盘，复盘可以帮你回顾这个项目过程，就可以看到哪里做的好，哪里做的不好，我们下一次可以做的更好。
换位：不能仅用现在自己的角度思考问题，多身份变换，谋求多元化，否则思维容易固化。
交流：思想的碰撞才能激发灵感，多加入一些社群，听高手、同行、前辈分享交流一些过往的经验，这些往往是自己无法经历的，也是书上无法获取的。
坚持：坚持上面的这些点，你不卓越都难。

控制注意力

不知道你还记得最近一次解决真正的难题是什么时候吗？你可能是在试图修复一些BUG，或者要弄清楚为什么代码跑不动。时间飞逝，你忘了吃饭、喝水乃至睡觉，一门心思扑在你的任务上。你全身心的投入到单个项目上，如果任何人胆敢打扰你，你就会暴跳如雷。这就是「专注」。就像生活中许多事情一样，专注就像一个「冲量」的游戏，想要达到专注工作的状态很难，但是一旦进入专注状态，就能轻松的保持下去。我觉得用来形容人类思维从一个「注意力分散」的状态进入到「专注」状态的过程是再好不过的概念了。

像我们启动电脑程序，第一次打开程序往往需要较长的时间。因为计算机要花一些时间把程序代码写入到内存，之后，你使用软件就更加顺畅了。就像以前写Java的程序员，上班第一件事打开MyEclipse，然后直到下班才关闭。也像你忽悠产品经理，打开网站第一次会慢点，第二次就会飞快了。所以，当我们需要对一件事情「专注」的时候，我们需要花一些时间把所有的事务在脑子里过一遍，然后才能达到思维高峰以完成任务。

如果不幸，你专注期间，产经忽如其来讨论需求，测试忽如其来报BUG，之后你还需要重新回想刚才做到哪里，重新花一些时间来形成「冲量」。就像计算机线程间来回切换所需要花费的成本。被打断的间隔越长，需要继续之前的任务所需要的成本也就越高。

忽然想起个段子：「你跟产经讨论了一天，他的需求有了，你的代码呢？」