我从别人遗留的的技术性债务中获得报酬。在我的日常工作中，我见到了很多难以维护的代码，并且我一次次地看到了很多相似的并可以避免的问题。

　　我专门从事调试、修改、维护、扩展遗留软件系统这类工作，我的典型客户一般都有一个或多或少可以运行的网站或者软件，但是其开发者都因为各种原因不再维护了，因为商业需求改变导致软件无法跟上需求;或者我的客户有一些“几乎快要完成”的软件，但是因为预算用光或者计划有变与开发者分道扬镳。通常这种软件会缺少一系列的功能并有一坨bug。

　　我那些客户通常被其他程序员告知，需要废弃已有的所有代码从头开始。大部分程序员不喜欢维护代码，尤其不喜欢维护别人开发的代码。当程序员写代码时，当他们谈论到可维护性时，程序员经常会问一些错误的问题——想了解这种情况是如何发生的，请参看Matt Duvall的文章《可维护性的神话 |The myth of maintainability》。

　　以下是一些你可以在你自己的软件工程中做的“好”事，因为这些事可以帮我找到活干。

　　不要用版本控制软件

　　我经常很惊讶的发现，在过去的几年里编写的大型软件工程竟然不在源代码版本控制中。如果你不使用版本控制，下一个承接你项目的程序员没法确定哪些文件属于你当前的系统，哪些是淘汰的以及哪些是备份文件，他也无法从提交信息或者修改日志中获得任何关于代码的历史信息。我在我的文章《面向卑鄙的编程介绍 |Introduction to Abject-Oriented Programming》中，介绍了“如何不使用版本控制”。

　　大量定制你自己的开发环境

　　千万不要让承接你项目的程序员轻易的开始工作。开发软件时，一定要用特殊版本的编程语言、工具，确保它们与一起交付的操作系统有冲突。像疯子似的定制你的Eclipse、VisualStudio或者vim环境，然后编写只能在你定制的环境下才能工作的宏或者脚本。不要制作硬盘镜像或者脚本以复制你的开发环境，并且不要费劲巴拉写任何说明文档——这太直观啦。

　　创建一个精心制作的构建和部署环境

　　把网站部署到一个测试或者产品服务器上的方法，应该看起来像这样：

 svn up

git pull

hg pull