一个人的软件工程

作为程序员，除了在公司团队中履行工作职责之外，想必你也会有自己的项目，不管是为了外快，还是为了理想。也许你不止有一个项目，在项目还没有接受新成员的时候，在你还是一个人经历着整个软件开发流程（分析，设计，编码，维护）的时候，请问大家：
1.你是否会写开发文档，不一定很正式，但是作为一种记录，至少自己看得懂。还是随意的开发，想到哪就做到哪？
2.你是否使用版本控制软件来管理自己的代码，那怕是一个人开发。如果是，请问是svn或者git，或者其它？

java方面我用maven nexus m2eclipse CollabNetSubversion-server-1.5.0-23.win32 TortoiseSVN-1.5.0.13316-win32-svn-1.5.0 文档写得很正式 回答完毕。

一步一步走，把自己培养成一个合格的软件工程师。
愿望美好，事实绝望。

1.文档在脑子里。。。惭愧。。。
2.用，SVN

还没有个人业余开发代码成功的经验，可能是需求和工期不定的原因。。。
采用Hg做VCS,emacs 的org-mode来辅助设计。

    谢谢各位的参与，其实我有此一问，是源于我经历的公司和团队，对外貌似正规专业，实则不然，开发流程的规范和管理甚至不如一些国外小型的开源项目，让我很是失望。
    而出于对时间和精力的有效利用考虑，我觉得即便是一个人，身兼数职，也应该规范开发流程，只是这种一个人的软件工程肯定是因人而异的，适合自己的才是最好的。
    我现在比较倾向于使用Git来管理代码，使用everydo这个在线工具来管理我自己的项目，google系列产品对于个人时间管理和知识积累也是我日常使用的工具。

一个人不需要什么文档，但习惯性的我还是会把 javadoc 写好。
IDE 支持本地历史记录的话，版本控制也免了。如果是要在网上找空间托管这个项目，我选 Google Code。

一个人不叫软件工程，应该是单枪匹马，o(∩_∩)o...哈哈
不过起码的版本控制还是需要的，其他的么，看你自己的习惯啦

版本控制是必不可少的，节约时间，方便开发，好处多多。文档够用就可以，其实清晰的项目开发，代码本身就是最好的文档。看了37singal的Getting Real，用Rails开发，感受比较强烈。

什么都搞会死人。。。