想成为一名优秀的程序员吗？

那么，现在是时候放下《24小时学会xxx语言》，十年码农告诉你：优秀的程序员应当养成每天反问自己以下8个问题的习惯。

你的代码中是否有一种模式存在？

找寻模式中的可行与不可行将发现其中看似无关的想法或基本原则。要对工作达到深入的理解，你必须养成反问自己“是否有一种模式存在？”的习惯。

它不仅仅适用于你的代码。是否有适应各类型商业变化的模式吗？是否有一种适用于技术发展的模式？你有没有看到同类型的错误如雨后春笋般冒出来？

十年码农建议：写代码时应该反复问自己8个问题

怎么让代码变得更简单？

开发者经常想得到复杂的和可扩展的解决方案。做一些极为复杂的东西，觉得自己就是自己宇宙的主宰。问题是将来你永远无法预知产品和业务会如何改变。

“架构”和代码更像是园艺而不是建筑。你必须要有能力去适应不断变化的环境。越复杂的解决方案越难做。

你知道程序为什么要这样运行吗？

知道东西像那样运作和知道为什么会像那样运作是两个完全不同的事。如果你知道事情为什么会那样，那么你就能够做出更好的决策。

一个伟大的程序员和知道有某种编程语言的人来说，差别在于理解为什么的深度。

同样的原理也适用于问题修正。

“重启一下服务。”

“你试过重启吗？”

当有问题发生时，我们经常会想到这些话。每次你这样说时，你就失去了一个学习的黄金机会。

理解为什么出现这样的错误，将修正根本原因，避免出现治标不治本。最起码，你以后不要再犯同样的错误。

十年码农建议：写代码时应该反复问自己8个问题

之前有没有人写过这样的代码？

无论何时，你发现自己发明了一个复杂的算法，你很可能走在了错误的轨道上。除非你搜索到一份别人正好解决了这个问题博士论文。

需要编写一个向用户鼠标旁的item添加标签的算法？看看Voronoi

Tesselations. 想要找到卡车送货的最短路径？看看Dijkstra. 想要找到用户输入内容的最接近的标记？应该是找到它的Levenschtein distance.

这只是几个简单示例，相信我，它们无处不在。

你知道这种技术的出处吗？

你认为你知道REST吗？

你有读过Roy Fielding描述REST的论文原文吗？你真的明白它的最初用意吗？那种在IDE v7工具中比你多用REST API生成向导5分钟的家伙写出来的博客可不算数的。

帮自己一个忙，试图去读概念或原理的原始文档，然后通过各种手段去了解行业领袖的最新发展动态。如果你不知道他们是从哪些开始的，那就紧跟他们的步伐吧？（不知道他们从哪来，就跟着他们到哪去吧！）

十年码农建议：写代码时应该反复问自己8个问题

我喜欢现在所做的吗？

请面对编程其实是很难的。

除了很难以外，编程还是发展很快的。Art框架从2年前的“笨重恐龙”已经发展到今天的标准。为了站到你“游戏”的顶端，你必须树立一个终生学习和研究的信念。

如果你不喜欢你所做的，那么你就没有跟上其他家伙（喜欢自己所做的）的可能。所以找到让你激情燃烧的编程类型！不要因为市场缺口或者收入不菲而决定成为一名安全专家，不要因为一篇文章说UX是最热门的职业而决定成为一名UX专家。

再说一次，做你喜欢的。

做你喜欢的，所需的资源将随之而来的 ——彼得·麦克威廉斯

这些代码还可以用在其它地方吗？

程序员最大的一个限制就是，自己失败的想象力。

如果我们学习到一个适应于特定环境的东西，或者看到解决某个特定问题的技术时，我们认为这就它唯一适用的地方。这是完全错误的。每当学到新东西时，反问自己：“其他地方还可以使用吗？”

当发现了在图表上定位节点的新的伟大的方法时，是不是可以将它应用于二维数据集中感兴趣数据的定位呢？

当发现通过websockets从客户端发送数据到服务器端的新方法时，它怎么才能应用到可扩展的后台服务上呢？有时是错误的，但有时也是正确的。

这给我们带来了下一个问题……

难道真的没有办法吗？

我们生活在世界上很小的一个地方是不可能的（除了少数例外）。

假设不管你做的什么事情都是可行的，然后采用向后的方向回推回去。你可能会发现，你想做的暂时是不切实际的，但它足以改变世界，可能变成现实的速度比你想像的还要快。