程序员应该自问的10个问题

1.此处有没有模式？

研究在哪些情况下行得通，哪些情况下行不通的设计模式，能够让我们发现潜在的规则，了解看似不相关的概念和行为。为了更深层次地了解工作，你需要时不时地问问自己，“此处有没有设计模式？”。

这句话适用的不只是你的代码。在根据业务要求而变的类型变化中有没有模式？技术发展有没有模式？你是否经常看到同样类型的bug连连弹出？

    理解其实就是一种感知模式。——以赛亚·伯林

2.如何让它变得简单起来？

通常作为web开发人员，我们会想着拿出复杂又可扩展的解决方案。搞点复杂的会让你觉得自己非常的高大上。问题是，你永远无法预知你的产品和业务在未来将会发生怎样的改变。

架构和编码与其说像建造，还不如说更像园艺艺术。你必须得能够适应不断变化的环境。解决方案越复杂，它的适应力就越弱。

    简单才是终极的复杂。——达芬奇

3.它为什么这么工作？

知道事物能工作，与知道它为什么这么工作是两个完全不同的事情。知道一些事物的行为原因，有助于你做出显然更好的决策。

伟大的程序员，和那些只是知道一门编程语言的人之间的区别是，两者处于的知识层深度不同，前者深刻地理解其工作原理。

这也适用于修复问题的时候。“只要重新启动服务即可。”“你重启了吗？”当弹出问题的时候，我们往往会说类似于这样的话。然而，如果你这样说了，那你就失去了一次学习的黄金机会。

知道为什么会出现问题，才能从根本上修复问题，才能避免再出现这样的问题。

4.之前有人做过吗？

当你自我感觉发明了一种复杂算法的时候，可能就意味着你正在错误的道路上了。最好的方法是搜索其他人是否已经解决了这个问题。
需要写算法，以便于添加标签到最接近用户鼠标的菜单项中？别急，已经有解救方法了。想为送货车找一条最短路径？也已经有解决方法了。想找类似于用户刚刚enter的标签，那么也不用自己绞尽脑汁写了。

上面这些只是几个例子，但是相信我，你碰到的问题，别人早就碰到过了。

    我能看得更远，那是因为站在巨人的肩膀上。——牛顿

5.谁第一个提出来的？

你觉得自己知道REST？

那么，你读过Roy Fielding说明REST的原始文件吗，你了解它的期望目的吗？暂且不说那个在IDE V7中使用REST API生成向导比你更有经验的博主了。

所以，告诉自己试着去阅读概念和理论的原始来源。然后通过各种方法去了解行业思想领袖给出的最新开发成果。如果你不知道是从哪里开始的，那么你怎么理解目前的发展进程呢？

6.我真的热爱我目前的工作吗？

首先让我们面对一个事实：编程很难。

即使很难，编程也在不断发展。如果用现在的标准来看，2年前的框架简直笨拙地就像一头恐龙。要想留在这一行，那么你需要终生致力于学习和研究。

如果你确实不喜欢编程，那么要想跟上那些热爱的人的步伐，希望并不大。找找你为什么对她没有兴致的原因。不要因为与市场存在差距或因为待遇还不错，就决定成为一名安全专家，不要只是因为最近的文章上面评论说，UX是高科技领域中最热门的职位，就立志成为一个UX专家。

重要的事情说三遍：做自己热爱的事情。做自己热爱的事情。做自己热爱的事情。

    做自己热爱的事情，你所需要的资源也会随之而来。——彼得·麦克威廉斯

7.还可以用在哪里？

我发现web开发人员最大的局限之一就是失败的想象力。

我们在特定的情况下学习的东西，或看到某种用于解决特定问题的技术，我们往往会认为这就是它们的唯一用途。但是，这个想法基本上都是错的。每次你学到新的东西的时候，都应该问自己：“还可以用在哪里？”。

学到了一种超棒的新的定位方法来定位图形节点，那么它是不是也可以运用到在有2个维度的数据集中查找某一个数据点？发现一个越过 WebSockets从客户端发送数据到服务器的很棒方法？那么它该如何应用于制定一个可扩展系列的后端服务？有时候此路不通，有时候却是可行的。

    逻辑能力能让你从A到Z，但是想象力却能让你去往任何地方。—— 爱因斯坦

8.我败在哪里？

最简单的革新方法就是降低失败的成本。

游戏开发公司Valve和它的一些同行就将此当作金科玉律。这同样适用于web开发人员，如果你害怕失败，那么你将永远不会有大的突破。

勇敢地去尝试，从失败中学习，然后再试一次。

    不要害怕犯错。认识失败。然后从头来过。——本杰明·富兰克林

9.如何实现这个目标？

我们生活的世界中只有很少一部分事情是真的完全不可能的。

要抱着自己想做的任何事情都是可能的这样一种想法去做事。可能你会发现你想做的事不符合当前实际，但随着世界的不断进步，它也许比你想象地更快成为了现实。

    事情未成功之前，它永远是看似不可能的。——曼德拉（前南非总统）

10.我可以向谁学习？

不要在你是最聪明的地方工作。

选择那些拥有能够激励你，挑战你，让你做得更好的同事的工作和企业。不必与代码相关，在文本编辑器和命令行之外还有一个世界。学习其他领域的事情，然后应用于你的工作中。

不管如何，仅仅胜任工作是不够的。

译文链接：http://www.codeceo.com/article/10-problems-programmer-ask.html
英文原文：10 Questions Developers Should be Asking Themselves