标签：blog http 使用 ar strong 数据 art 问题 on
英文原文：Lessons From A Lifetime Of Being A Programmer
在我 30 多年的程序员生涯里，我学到了不少有用的东西。下面是我这些年积累的经验精华。我常常想，如果以前能有人在这些经验上指点一二，我相信我现在会站得更高。
1. 客户在接触到产品之后，才会真正明白自己的需求。
这是我在我的第一份工作上面学来的。只有当我们给客户展示产品的时候，他们才会意识到哪些是必须的。给出一个功能性原型设计远远比一张长长的文字表格要好。
2. 只要有充足的时间，所有安全防御系统都将失败。
安全防御现如今是全世界都在关注的大课题、大挑战。我们必须时时刻刻积极完善它，因为黑客只要有一次成功，就可以彻底打败你。
3. 安全防御是否失败取决于及早规划。
假设有黑客会彻底破坏你的防御系统，那你就得提前做好准备。这样即便真的让他们侵入了系统，也盗取不了任何有价值的东西，因为你已经对服务器做了安全设置，比如对数据库中的内容进行了加密，并且对每台有可能遭受攻击的服务器进行了隔离。
记住，再强大的防御都会有它的薄弱之处，关键是要有备无患。
4. 良好的安全防御系统不要在乎它的费用，因为这是战略投资；不及格的安全防御才是被浪费的资源。
在我的职业生涯中，经常听到有人抱怨说安全防御是多么多么的复杂和昂贵，他们没有意识到的是，如果防御失败，公司将损失的可能不止几十亿美元。为了节约几块钱而导致企业破产，这种做法毋庸置疑是非常愚蠢的。
5. 将复杂的东西整理成简单的，是很难的，但是要是把复杂的捣鼓成更加复杂的，那就简单了。
这一条适用于编程、设计和几乎所有的创造领域中。我一直以来都希望自己的代码能越易于理解越好。如果你的代码过于复杂和晦涩，那十之八九它正常工作的可能性很低。我曾非常有幸地见识到有些程序员费劲千辛万苦，反而让代码更加难以捉摸了。
6. 成功源自于失败中的学习；失败则是因为容忍错误的横行。
有很多程序员总是在辩解，说什么“程序这么难，犯错误很正常了，软件变得糟糕也在所难免了”。这种理由听得多了，于是，大家也逐渐接受了这些扯淡的借口。但是我们作为程序员真的不应该让这些借口阻碍我们的进步，应该谨记，错误只能犯一次，要吸取教训。话说是程序员都会希望自己下一次就能一次性搞定代码。但是没有人是完美的，不过至少我们是在朝着这个方向前进的路上。
7. 唯一不变的是变化本身，这是谁都无法改变的法则。
计划永远赶不上变化，以为明天的世界和今天一样，这种想法本身就是愚不可及的。尤其是在编程世界里，没什么是永恒的。人不能两次踏进同一条河里。
8. 永远不要停止学习，一旦你停下来，技术的浪头就会狠狠将你拍死在沙滩上。
作为程序员立于不败之地唯一方法就是，不断学习、不断进步。因为一旦你松懈下来，你的所有优势都将随风而逝。
9. 整个软件行业建立在“百家争鸣”的思想上。
在我的职业生涯中，我看到过很多程序员会对各种事情较真：预估完成时间上较真，规模大小上面较真等等。而且有的人还屡错屡战。有些以前被批判为“行不通”的技术，现在却已经牢牢占据了人们生活的一席之地，并且现今正向着另一个高潮冲刺。
10. 适合你的不一定适合他。
在软件项目中我们可做的选择很多很多。有的英明，有的糟糕。但是适合你和你当前情况的选择可能一点都不适用于其他人。我们经常能听到别人说自己又在干什么伟大的创举，但是如果他们说什么这是唯一的好方法时，我会对此嗤之以鼻。
11. 在这个不断变化的世界中，评估是最为重要的技能。
这一点有些人可能并不知道。但是如果你愿意认识新事物，看得到他人的努力，比较做事方法之后再择优使用，那么不但是你自己，还有你的团队、你的项目、你的公司，都将受益无穷。但是很多人对此都不擅长，而很多负责人甚至在这方面表现得非常糟糕。照着别人说得做，以及看别人做什么自己也做什么，是非常容易的。但是如果要全方位地看问题然后再基于自己的需要选择对应的最优方向，这就很难很难了。在软件行业中做抉择是必须的，但是如果当你在不得不评价分析的时候头脑一片茫然，那最终的结果只能是随机挑一个或者是盲从随大流。
12. 不管黑猫白猫，能抓到老鼠就是好猫。
只要你的软件能实现客户指定的功能，他们才不会关心需要解决哪些问题。系统出问题了，异常情况发生了，硬件坏了，程序猿被女朋友甩了，黑客盗号了：用户永远不会对这些发生兴趣。如果发生意外情况，最好能坦诚说出来，但是你最好要能确保这种情况不会持久，因为你总给将最终的产品交给客户。
13. 客户的意见决定质量。
无论你设置了多少指标，检查过多少表单，审核了多少代码，写了多少测试：这都不是关键，除非客户自己亲眼目睹软件运作正常。关于代码质量、性能、设计和可用性，客户的意见才是决定质量的唯一要素。
14. 对某方面的无知可能会让你一败涂地，因为你在这方面毫无经验。
即使到了今天我依旧在不断惊叹，有的同行竟然仍然没有收集足够的日志、崩溃报告和使用信息来掌控自己的软件。那些对这方面信息不屑一顾的家伙，大多会高估产品的质量。因为如果你不采取措施和记录结果，浑浑噩噩地混日子，终将会导致你对当前情况一无所知，包括你的客户。我一直反复强调，详细而有用的日志记录、程序崩溃跟踪、评论和意见，反正各种只要能让我尽快了解发生了什么问题的途径和方法，都是可行的。不过，我也知道有很多人认为“这种事和程序员有一毛钱的关系吗？”。
14. 总有更好的办法，但是时间不允许。
评估中最难把握的节点是什么时候应该停止头脑风暴开始开工。或许我们会错过那个更好的方法，但是如果要耗费很长时间，那就不值得了。但是这是很难界定的，不过有时候今天的一个小小的选择可能会打败明年那个更佳的选项。Who knows？
下面两点引用自一名销售人员，他是我很早以前的同事。有些东西我并不是完全同意，不过也能给予我们不同的角度看问题。
15. 客户要找愚蠢的。
这是我最喜欢的一句话，这个销售人员就职于一家咨询公司。他认为，要找那种不懂技术但是有足够资本挥霍的金主。聪明的人总是会问很多问题；没钱的人无力购买我们的服务。我很庆幸我是一名程序员，哈哈！
16. 我的工作是欺骗客户，而你的工作则是支持我。
第二句话来自于同一个销售人员。他总是喜欢不断地承诺一些不可能的任务，然后当我们终于呕心沥血加班加点赶出来了，他就来收获我们成功的果实。挑战的确让人 exciting，但是每次都是这种不可能的任务未免太痛苦。我的建议是，换一个更好的销售人员！【译者注：这不是传说中的 PM 和程序员之间的“和谐”关系么？】
http://news.cnblogs.com/n/504482/
30多年程序员生涯经验总结(成功源自于失败中的学习；失败则是因为容忍错误的横行)
标签：blog http 使用 ar strong 数据 art 问题 on
原文地址：http://www.cnblogs.com/softidea/p/3993772.html
