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

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

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

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

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

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

经常的我们会忘记，如今我们在软件开发中遇到的问题，通常是别人在很多年前就已经遇到过的。下面这些语录来自1968年北约软件工程大会的会议记录。

基于一个不符合实际情况的预估，ACME公司和Hamster公司达成协议一起努力来解决问题。这是他们犯的第一个错误。Hamster公司的开发团队认为，对现有的软件进行简单的修改就能满足他们的需求，并在此假设上制定出了工程估算。

随着万圣节越来越流行，我感觉有必要跟大家讨论一下一个在软件开发中非常普遍的问题：僵尸代码。几乎所有我接触过的代码库里都四散着很多小段的，甚至大片大片的被注释掉的代码。这就是僵尸代码。

最近国外关于go语言的讨论很多，其中有一个论题是关于go语言里采用的错误码的异常处理模式和Java里的try-catch的模式孰优孰劣的问题。今天的这篇文章就涉及到这两种模式的对比比较。