又一次情绪激动、气氛高度紧张的会议，这一次是商议如何让目前这个重要项目“重回正轨”——计划的完工日期早已超了几个星期。所有的这些场景听起来都很耳熟吗？我想说的是，项目超期在任何行业里都是常见的事情。然而，软件行业里看起来更容易出现这种情况。

给公司打工，你永远都是工资太低。你应聘工作时他们永远都是低估你。他会想办法让你的讨价还价过程痛苦不堪。这是一种专门设计的社会体系，永远让你得到的报酬低得刚好不超过你的忍受极限。

最近我遇到了一位以前公司的同事。他提到了数年前我在那个公司曾经开发过的项目。他说这个项目现在已经变成了“职业杀手”。基本上，任何接触过这个“职业杀手”项目的人最终都会离开这个公司。如果公司想让名下的程序员人数>0，唯一的办法就是花数月时间完全重构这个系统。

Gareth Rees同学的一篇叫做Standups are Poisonous(站会是有害的)的文章今天被顶上了HackNews首页，我严重的不同意他的每个观点和解决方案。非常的不同意，以至于无法入睡，感觉一定要写点什么。我们进行站会的目的主要是做下列事情：

普瑞特有幸争取到了为一个架构师的架构师工作的机会。这位架构师的架构师能够设计出功能更强，性能更佳，比任何其它设计更优的系统。任何出自这个家伙之手的设计或编码，跟其它任何人设计的相似的组件相比，跟任何地方已经有了的相似系统相比，都会具有更全的功能，更强的能力，更坚不可破的性能。无人能企及。

今天我得知我的一个好朋友辞职了，他在一家很知名的科技公司工作，很多人削尖脑袋想进这家公司。我问他为什么，本来预期的回答可能是“我需要更大的挑战”，或“这个职位已经容不下我，我需要更大的发展空间”，但他却说“我受够了我的老板”。

我认识很多人都声称在做敏捷开发，说自己是在钻研软件开发，等等。不幸的是，以我的经验，很显然，很多人口中是这么说，但未必真正的就这么做了。
形式主义，走过场，而不是真正的理解所做的事，这些都是毫无意义的行为。想把一件事情做好，唯一的途径就是不断反省，明白自己所做的事情，明白自己这样的做法能达到什么效果。

经常有人找我给他们的软件项目做修改或维护，我对这些项目毫不了解，而他们只告诉一些很少的项目相关信息。必然的，需要在项目中增加一些新的功能，但在动手之前，我通常需要耗费大量的功夫来大幅度的重构它们。大概一个月前，一个公司老板给我来信“嗨，我有一个软件，需要做一些个性化的改动，有个大客户愿意花一大笔钱来买它，正等着呢，可我现在都没办法让它跑起来，最初的开发人员都找不到了。你能帮我搞定它吗？

软件需求会不断的发展、繁殖、变化，在其随后的设计和编码阶段统计出的数据，每月增加的量大概是1%到4%，基于这种现状，很显然，要想达到对需求的完全理解是十分困难的。

需求是软件开发的重要一环节，但由于掺杂着有毒的需求，缺失的需求和多余的需求，使得简单的诸如“品质的标准就是照需求完成”这样的定义成为了软件工业的毒药。

在我任职于雅虎期间(大约2001-2007)，我学会了做很多事情，但同等重要的，我还学会了如何避免做某些事情。对于后者，主要就是如何避免不公的对待技术人员。雅虎，尽管做出了很多善意的努力和明显的例外举措，仍然没有在公司内带来技术人员地位的提高。

在过去的25年里，编程世界发生了巨大的变化，如今，我们有大量的有用的、灵活的数据类型可以使用，但在25年前，你需要花大量的额外时间自己去构造这些类型。