有几个人在React大会上向我请教一个问题——如何成为一名更优秀的程序员。人们将我视为一名非常资深的程序员，因此值得听听我的建议。我觉得可以分享一下，自己多年来在编程方面的“思维模式”。

先简要自我介绍一下：我叫James Long，今年32岁，有超过10年的丰富工作经验。不过，直到近几年，我才对自己的工作越来越有信心。即使现在，我还是不断怀疑自己。关键是这种感觉不会消失，所以试着忽略它，继续深究技术知识，继续积累经验。

我再次提醒一下，这些只是提高你技能的几点建议。最终，你需要弄清楚自己适合的方式是什么。

找到能激励你的人，但不要崇拜他们

过去许多年，我仰慕过许多人，并且通过他们关注新技术。我相信他们是正确的，并且对他们所做的事情深入研究，因此学到很多。

这些人往往非常高效、才华横溢，并且能鼓舞人心。你要想尽办法找到他们，让他们激励和指导你。

不过，别崇拜他们。如果仅看twitter上的贴子，你会觉得他们遥不可及。但是，如果走近他们的真实工作中，你会发现自己与他们相比没什么不同。只不过在到处摸索尝试而已，我们都只是在进行试验。

最后，不要盲目地相信他们。如果你有不同意见，就请他们参与进来，并从观点碰撞的过程中汲取经验。

我的一些最有成效的对话就是这样发生的。曾经，我的Emacs配置一团糟。不知道为什么，我的OCaml autocompletion不能用了（它坏了一个多月）。我没有自动化的东西，有时必须在shell历史中寻找所需的命令。为修复问题，我一开始写ugliest代码。我将东西写成全局对象，直到最后才明白我到底做了什么。

最有经验的程序员一直在破解和钻研；最重要的是，你能完成任务，达成目标。

不要贬低自己的工作

程序员小白往往认为他们的工作价值不大，因为他们是新手。或者你可能是一名有经验的程序员，但是在一个新领域工作，这会让你感到不爽。但在我看来，最好的想法往往来自于新程序员，他们可以看到现有技术的改进点，而思维固化的人却看不见。

不管怎样，你的工作都是值得的。最坏的情况是，即使你的想法没有成功，社区也可以从中了解到为什么这种方法行不通。

（给社区的一个提示：这要取决于我们是怎么做的，并让新人很容易融入进来。）

不要因为害怕落伍而不停工作

每天都会有新技术问世，如果你一晚上不碰技术，可能就会感觉跟不上这个世界。这不是真的。事实上，如果经常放下手头工作，你会做得更好，因为你会有新想法。

我发现，当不工作的时候，我总会有新想法不断产生。

实际上，网络上每天发布的内容大多是“新瓶装旧酒”，真正具有革命性的技术每隔几年才会出现一次。关于这个问题，你可以看看这个视频——Hammock Driven Development。

忽略fluff

客观上说，你能取得更快进步的主要方法之一是忽略那些并不能提高技能的“fluff”。换句话说，要“聪明的利用时间”。一天的时间有限，你需要将时间花在钻研更深层次的事情上。随着时间的发展，你会发现自己有很大进步。

那什么是“fluff”？这取决于你自身的具体情况。但是，我可以给你一些我认为是“fluff"的例子：语言语法、库API和配置构建工具。例如，学习一个新的ES7 JS语法并不会让你成为一个更好的程序员，这就像学习编译器是如何工作的一样。同样，采用一个实现相同想法却使用新API的新库也没多大意义。当然，这些事情很重要，但我建议你花更多时间学习更深层次的概念。这些概念可以让你终生受益匪浅。

我有个问题想问你：你是否花费大把时间让代码看起来很漂亮？如果是这样，我建议你不要太关注这样的事。不管怎样，随着时间发展，你的代码会有很多改变。

最好将注意力集中在你试图解决的核心问题上，比如仔细考虑一下你的抽象层。在完成所有这些工作后，你可以花点时间来改进代码。这也适用于DRY原则（Don’t Repeat Yourself，不要写重复的代码）。不过别那么担心，随意复制粘贴吧。

深入学习过去的研究成果

如果你有一个新想法，就会感到很兴奋，情不自禁地想坐下来马上行动。但是，你不应该这样做，你应该先做一些粗略研究，了解前人是如何解决它的。碰到类似情况时，先花几天时间研究一下，最终会彻底改变我们解决问题的方式。

学会阅读学术论文是一项很宝贵的技能。我对denotational、operational等语义一无所知，所以我看不懂很多论文。但是，有很多论文使用代码而不是数学公式来阐述问题，因此并不会太难读。过去30年来，有大量的知识通过论文发表出来。如果你善于获取这些信息，你很快就会成为思想领袖。

Prettier是一个佳例。我知道自己想要的是什么，但不知道如何实现它。做过一些研究后，我发现这篇论文，再过几天后，我就知道怎么做了。我在一周内就把主体工作全完成了。如果忽略别人的研究成果，那我就要花更长时间。

如果你想寻找论文的话，GitHub库Papers We Love是一个推荐。

去参与一些大项目

经验比任何东西都宝贵。不是每个人都有机会去尝试，但如果有时间，你可以试着去做一些大项目。你甚至不需要去完成它们。仅仅是尝试写一个编译器之类的东西，这就能在开始几周教你很多东西。

说实话，我很讨厌那种我不知道如何解决复杂问题的感觉。这让人很痛苦。在接近解决方案前，我必须做大量的研究和学习。有过这样的痛苦经历后，我总是可以得到提升，成为更优秀的程序员。

从学习一门新语言开始。这是帮你摆脱当前习惯和从新角度看问题的最有效方法。

对我来说，当我还是一个年轻的程序员时，我做的最好事情就是学习Scheme。这是一门非常简单的语言，它会强迫你以函数式的方式完成所有事情，并真正了解代码工作的基本原理。我在Scheme上花费数年时间，直到今天仍然受益。并且，我对代码的看法发生根本性改变。

建议做的六件事

我推荐做几件事，这些都我的程序员生涯产生重大影响。并且，他们中的许多事直到现在还以微妙的方式影响我，帮我对新想法进行分析。为了成为一名优秀的程序员，你无需做完全相同的事，你可以学习很多其他东西提高自己。

1.学习C语言——如果你没学过，学一些基本的就够了。试着去想想，为什么每个人都抱怨它，这件事非常有价值。

2.写一个编译器——这可能让你很不爽，可以看看super tiny compiler项目。

3.学习宏——请参考Scheme、Lisp或Clojure（脚本）。宏会真正改变你对代码的看法。

4.SICP——SICP是一本旧书，我认为直到今天仍然很有价值（有些人或许不赞成这个观点）。只要你有很少的编程知识，它就可以引导你一直实现 a meta-circular evaluator 和compiler。另一本，我很喜欢并在编译器方面做过深入研究的书是Lisp In Small Pieces。

5.了解Continuations：Continuations是一种低级的控制流机制。Scheme是唯一实现它的语言。虽然你永远不会在生产环境中使用它们，但它们会改变你对控制流的看法。我写过一篇试着解释它们的博文。

6.如果有可能的话，试着使用一种新语言：不管你做什么，你真的应该探索其他语言。我推荐以下任何一个：Clojure、Rust、Elm、OCaml/Reason、Go或Scheme都可以。它们都有自己的特点，可以驱使你学习一种新的思维方式。

英文原文：

HOW I BECAME A BETTER PROGRAMMER

创作场景

怎样成为一名更优秀的程序员？我总结出 7 条建议