程序员，感觉技术停滞了怎么办？

在旧文《技术方向的选择》的末尾，我写道：“停留在原地纠结，什么也不会改变。”。当做出了选择就该出发了。为了习得一门技术或技能，我们需要不断地练习，但如果一直在练习，却感觉不到进步，那么再努力的人生，也是枉然。

理论

关于习得甚或精通一门技能，最著名的理论如今恐怕是「刻意练习」，如果非要在这份练习上加上一个期限，那就是：一万小时。

关于「刻意练习」，不少书或文章都讲了很多案例来说明它的有效性，但总结起来就下面三点：

只在“学习区”练习，练习时注意力必须高度集中。
把训练的内容分成有针对性的小块，对每一个小块进行重复练习。
在整个练习过程中，随时能获得有效的反馈。

刻意练习是为习得真正的技能所设计的，它和获取知识不同，知识就是那些你知道即为知之，不知即无知的东西，可以通过读书获得。但技能是那些你以为你知道，但如果你没做过，就永远不会真得知道的事情。

如上，刻意练习的首要一点是练习必须在学习区中进行。以程序员的编程技能为例，到了一定阶段，你感觉技术能力提升不了的原因，很可能就在于你每天都在编程写代码。程序员的工作初期基本每天就是编程写代码，在早期你不够熟练时你还能感觉到进步，这种进步就是从不熟练到熟练。但单纯的编程实战其实并不能持续地提高一个人的能力，想想体育运动员，没有一个运动员每天的过程就是参加比赛。

在程序员足够熟练了之后，每天的这种实战型工作就不会再是处于“学习区”的练习了，而是进入了“舒适区”的自动完成。真正的专业竞技体育运动员每天的日常训练都是在“学习区”的刻意练习，而上场比赛则是进入“舒适区”的自动完成。而很多熟练程序员的日常工作则是在“舒适区”的自动完成，工作之外则是另一种“舒适区”的娱乐休闲。

停滞，就是这样发生的。

重复

重复的刻意练习，让我想到了一种数字 —— 无理数。无理数，是一种无限不循环小数，取其无限不循环之意。

刻意练习的关键点之二，有针对性的重复练习。重复，这个词很误导人，重复的本身是练习过程，而非练习内容，每一次的重复过程中都会根据反馈进行有针对性的调整，以取得练习效果的进步。

一直在重复但却感觉不到进步，除了前面所说的脱离了“学习区”的低效重复，还有可能是重复的次数还不够。有时我们会不自觉地低估了习得一项技能所需要的重复练习次数。近年在我身上就有一个鲜活的例子，在工作十年后我重启了学习掌握英语这门技能的练习，但第一年完全低估了需要重复练习的次数和强度。

第一年，仅仅在每日的工作之余，花上一节课的时间（近一小时）来进行听说读写的练习，即使每日都能保障一节课的时间（实际并没能），一年下来不过区区 300 多小时，分散在听说读写四个分支上，结果就是没有哪一项在那一年结束后让我感觉到一点点的进步。

万维钢有篇文章叫《用别人预测自己》提到了一个概念：基础比率（base rate）。

所谓基础比率，就是以前的人，做同样的事，做到的平均水平。

如果别人做这件事需要那么长时间，基本上你也需要那么长时间，因为你没有那么特殊，只是每个人都会觉得自己是特殊的、例外的。所以，当我一想学英语人群的基数和真正算是掌握并熟练运用这门技能的人数，以及他们所花费的时间，我就知道自己大大低估了需要重复练习的次数。

重复的刻意练习总是辛苦的，但这个过程不应当让你感觉痛苦。就像跑马拉松的人，他的目标是跑完全程到达终点，过程是很辛苦的，但如果鞋子里钻进了一颗小石子，那么就不仅仅是辛苦了，还很痛苦。先要解决痛苦的根源，才可能跑完全程到达目标。

重复，是可以没有痛苦的，但必然辛苦，从没想过会舒适的跑完全程。

反馈

在刻意练习过程中，随时能获得有效反馈其实是一件挺难的事。

就像程序员学习编程技能，谁来给你反馈呢？我们又不像是职业竞技运动员，有教练，还有各种分解技战术动作的分析师，分析你的各种赛场或训练表现，给予反馈。更谈不上针对个体的薄弱环节，随时获得反馈进行修正。

程序员最直接的反馈来自简单粗暴的 bug 或者系统故障。进一步，如果公司有一定规模可能会有测试或 QA 人员来给程序员提出反馈。更进一步，如果公司建立起了很好的代码评审文化，那么会有其他程序员对你的代码与编程工作作出反馈。但若这些都没有，我们还能如何获得有效反馈？

在我早年的工作中，公司确实就没有能提供反馈的机制，无导师、无测试、无代码评审，就靠简单粗暴的 bug 和系统崩溃来提供反馈，我后来还是找到了两条你可以主动把握的反馈机会。第一，主动找你觉得值得信任或佩服的同事帮你找找茬，提供点反馈。第二，即使已经实现了一个功能，再想想有没有开源的类似东西，去搜一搜，看看开源的实现是怎么做的，在这个过程中就完成了通过别人的代码来向自己的实现提供反馈。但这样得做法都是在主动加重自己得工作负担，也是走出舒适区的第一步。

一些大公司都会有自己的代码维护与分析工具，并随时根据提交情况给出评测报告，这就是一种随时提供有效反馈的自动化机制，身在其中很多程序员往往忽视了这一点。

珍视，每一次反馈的机会。

…

刻意练习，一万小时，多么神奇，似乎无所不能。还有什么是一万小时刻意练习无法解决的问题吗？目前对刻意练习最大的批评是，刻意练习的案例证据多是来自“认知复杂性”较低的活动，如棋类、乐器、体育运动等，但对于“认知复杂性”较高的活动，如销售、管理、投资等作用有限。怎样通过刻意练习成为一名卓越的销售、CEO 或像巴菲特一样的投资大师，从哪里练起？练什么？怎么练？

一技之长背后是一万小时，然后是两技之长，然后到十技之长么？人生哪有那么多一万小时，最后留下一点思考，也许这是下一阶段需要回答的问题。

程序员，感觉技术停滞了怎么办？相关推荐

程序人生 | 程序员感觉技术停滞了怎么办？找个师傅引导架构之路
程序人生 | 程序员感觉技术停滞了怎么办? Java程序员如何打破工作2,3年的瓶颈问题,让技术更上一层楼?? 很多人做java开发2,3年后,都会感觉自己遇到瓶颈.什么都会又什么都不会,如 ...
程序员学习技术的阶段
每个程序员对技术的学习和理解都是一段故事.而且每个人的学习过程和学习经历也各不相同.和很多资深的同事和朋友也聊过他们自己的学习过程,发现大家都经历过相同的阶段,获得了相同的结果,只是大家每个阶段花费的 ...
PHP程序员的技术成长规划
PHP程序员的技术成长规划作者:黑夜路人(2014/10/15) 按照了解的很多PHP/LNMP程序员的发展轨迹,结合个人经验体会,抽象出很多程序员对未来的迷漫,特别对技术学习的盲目和慌乱,简单梳理 ...
程序员，技术的“背锅侠”，盘点 2020 年面向监狱编程的那些事！
[CSDN 编者按]过去一年,"删库跑路".安全漏洞等事件层出不穷,企业.技术人深受其害,作为一名程序员,在新的一年即将到来之际,我们该如何避免面向监狱编程? 作者 | 马超 ...
PHP程序员的技术成长规划（转载）
按照了解的很多PHP/LNMP程序员的发展轨迹,结合个人经验体会,抽象出很多程序员对未来的迷漫,特别对技术学习的盲目和慌乱,简单梳理了这个每个阶段PHP程序员的技术要求,来帮助很多PHP程序做对照设定 ...
从程序员到技术领导者
入行你为什么要当程序员?每当我问起很多人入行的人,回答各不相同. 有很多人是因为喜欢.谁说过:热爱是最好的老师.当然,关键是热爱是否能支撑自己把爱好做成一份职业.但不论做多久,因为热爱或曾经热爱,这 ...
PHP 程序员的技术成长规划
按照了解的很多PHP/LNMP程序员的发展轨迹,结合个人经验体会,抽象出很多程序员对未来的迷漫,特别对技术学习的盲目和慌乱,简单梳理了这个每个阶段PHP程序员的技术要求,来帮助很多PHP程序做对照设定 ...
这份程序员常用技术栈和工具清单，刷爆朋友圈……
基于Java的Web应用开发技术已成为目前Web开发的主流技术,作为一名Java程序员,到底要掌握什么技术才能完成一个JavaWeb项目呢? 小编和一位十年经历程序员要来这份Java程序员常用技术栈, ...
【原创】PHP程序员的技术成长规划
PHP程序员的技术成长规划作者:黑夜路人(2014/10/15) 按照了解的很多PHP/LNMP程序员的发展轨迹,结合个人经验体会,抽象出很多程序员对未来的迷漫,特别对技术学习的盲目和慌乱,简单梳理 ...
java程序员学技术都会访问那些网站？
Java程序员学技术的网站哔哩哔哩 https://www.bilibili.com/ CSDN https://www.csdn.net/nav/java 掘金 https://juejin.cn ...

程序员，感觉技术停滞了怎么办？

理论

重复

反馈

程序员，感觉技术停滞了怎么办？相关推荐

最新文章

热门文章