关于编程的文章我想了很多

编程是一场抽象的游戏，我们程序员交流思想，当我找到一个能引起我共鸣的想法时，我就会成为每个与我一起工作的人的布道者。

这里有一些我最喜欢的。有一种新近的偏见；我记不起我早年做程序员时的一些具有形成性的文章了。

杰夫·阿特伍德，编程的第一条规则：总是你的错。我喜欢回答关于堆栈溢出的问题，在这个网站上有大量的问题，标题是“在Reaction中发现一个bug？”配上一句开场白：“我是全新的反应。”人类会认为你的工具或材料有问题。对我来说，这篇文章的观点是，假设相反的情况更有利可图，因为您的代码没有经受住任何来自流行软件项目的代码的审查。

如果你真的渴望成为一名谦逊的程序员，你应该毫不犹豫地说“嘿，这是我的错--我会查个水落石出的。”--杰夫·阿特伍德。

王肖恩，公开学习。公之于众，利用别人的鼓励和批评，在互联网上建立自己的足迹。作为初级开发人员，您可以走很多弯路，这些弯路既浪费时间，又有可能使您成为专家初学者；其中之一就是为了避免批评而隐藏您的工作。我认为这一论点最有说服力的部分可以用一句谚语来概括：“获得问题正确答案的最快方法是把错误的答案发布在互联网上。”

人们认为你很差劲？好的。你同意。让他们详细地解释一下你为什么差劲。你只想感觉良好还是想做个好人？没有异议，没有伤害感情。那就走开，证明他们是错的。--王肖恩。

伊丽莎白·亨德里克森，“动量与紧迫感”。我最近发现了这个帖子，它描述了我合作过的最好的团队。有效的团队注重过程，而不是结果。这类团队的经理们知道，团队成员被屏蔽并不是该团队成员必须补救的令人沮丧的细节，而是一个过程失败，幸运地暴露了出来，而更多的人隐藏了起来。他们会利用他们的管理影响力与你一起对抗这一障碍，并将其视为重中之重。

我学到的是，如果我们想让事情进展得更快，气势感要比紧迫感有效得多。--伊丽莎白·亨德里克森(ElisElizabeth Hendrickson)

Scott Hanselman，他们配得上你击键的礼物吗？这篇文章不仅仅是给程序员的，它的统计性质也引起了我的共鸣。自从读了它，我经常会考虑我选择的沟通方式的范围，以及我是否有效地利用了时间。

假设你想让你的信息到达尽可能多的人手中，那就把它写到博客上。你一天只有那么几个小时。--斯科特·汉塞尔曼(Scott Hanselman)。

乔尔·斯波尔斯基，“冰山秘诀”，“揭秘”。程序员知道，我们在网页上看到的东西可能代表了应用程序真正的功能、完整性和复杂性的一小部分，或者根本没有。不写软件的人不会自动知道这一点。在所有的交流中都要考虑到这一点。

顾客不知道他们想要什么。不要指望顾客知道他们想要什么。这是永远不会发生的。忘了它吧-乔尔·斯波尔斯基。

要知道，你在黑暗的房间里用投影仪做的任何演示都是关于像素的。如果可以的话，构建你的用户界面，让未完成的部分看起来像是未完成的。--乔尔·斯波尔斯基(Joel Spolsky)。

XY问题。当你向某人寻求编程帮助时，首先让他们适应你的情况，陈述问题、你的假设以及你尝试和学到的东西。给他们机会在你的逻辑上打洞。

记住，如果你的诊断理论是准确的，你就不会寻求帮助，对吗？

乔恩·埃文斯，为什么新来的家伙不会编程。这一论点的真实性一次又一次地向我证实。我想我在这份工作中成为了一名程序员。但是你现在只需要做一件困难的事情就可以成为一名程序员：致力于一个有意义的项目，无论多么小，并不顾你将面临的障碍完成它。

那么，真正的面试应该包括哪些内容呢？让我提供一个谦虚的建议：不要采访任何没有成就的人。永远不会。证书和学位不是成就，我指的是有真实用户的真实世界项目。--乔恩·埃文斯。

Zed Shaw通过Abhishek Nagekar，来自一位老程序员的建议。很可能有一天你会发现编程有点无聊。它将不再作为一种纯粹的锻炼而感到快乐。那你会怎么做？这是一个我正在努力解决的问题。我选择使用这种技能来构建我关心的东西，并通过志愿服务帮助其他人成为程序员。

作为一种职业，编程只是一种中等程度的趣味性。这可能是一份不错的工作，但你可以赚同样的钱，而且开一家快餐店会更开心。你最好在另一种职业中使用代码作为你的秘密武器。--泽德·肖(Zed Shaw)。

我计划在我继续阅读的同时更新这份清单。把你不断返回的文章通过推特发给我！