有几个人在 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
评论 5 条评论