一、写篇文章
写篇文章的程序并不复杂,先确定个主题,再拟订个纲目,然后编写内容,最后润色一番,大抵如此。不过由于我不是天才,因此在写作过程中,从来无法一口气写完。确定主题还比较容易,但从拟订纲目开始,就很难避免反复了。我的想法是在编写的过程中使用迭代的方式,这是从敏捷软件开发中借过来的,而且绝大多数人写文章都在用这种手法,只是还不系统。
迭代方式非常简单,就是写文章时,若写到某个地方没有思路,就像写注释一样,用一两句话,把该写什么内容记录到这里;如果不是没有思路,只是思路不清晰,则在后边快速的把想法记录下来,以待使用。
其实迭代在运用的过程中不必太拘泥,即不用一次迭代必须两周时间,也不必考虑必须应用于软件开发。反正我觉得自己在写文章时应用的手法就是迭代。
二、一篇文章,多个版本
一篇文章写成后,由于种种原因,很可能在当时被认为比较完善了,但经过一段时间,却发现了很多问题。例如我当初写《JUnit学习笔记》时,虽然也知道fail()这个方法,但由于很多资料上都没有详细介绍,我也就以为没有用,而未做介绍,但现在看,这个方法还是有用的。又如当时不知道JBuilder的测试使用的也是JUnit,所以也没介绍。这是由于知识局限而造成的问题,其实想不到的东西很多。
再一个,是技术发展造成的,还以写作《JUnit学习笔记》为例,当时使用的工具是JBuilder X和Eclipse 3.0.1,而现在这两个软件都升级了,分别是JBuilder 2006和Eclipse 3.2M4,而且当时也不知道Net
写篇文章的程序并不复杂,先确定个主题,再拟订个纲目,然后编写内容,最后润色一番,大抵如此。不过由于我不是天才,因此在写作过程中,从来无法一口气写完。确定主题还比较容易,但从拟订纲目开始,就很难避免反复了。我的想法是在编写的过程中使用迭代的方式,这是从敏捷软件开发中借过来的,而且绝大多数人写文章都在用这种手法,只是还不系统。
迭代方式非常简单,就是写文章时,若写到某个地方没有思路,就像写注释一样,用一两句话,把该写什么内容记录到这里;如果不是没有思路,只是思路不清晰,则在后边快速的把想法记录下来,以待使用。
其实迭代在运用的过程中不必太拘泥,即不用一次迭代必须两周时间,也不必考虑必须应用于软件开发。反正我觉得自己在写文章时应用的手法就是迭代。
二、一篇文章,多个版本
一篇文章写成后,由于种种原因,很可能在当时被认为比较完善了,但经过一段时间,却发现了很多问题。例如我当初写《JUnit学习笔记》时,虽然也知道fail()这个方法,但由于很多资料上都没有详细介绍,我也就以为没有用,而未做介绍,但现在看,这个方法还是有用的。又如当时不知道JBuilder的测试使用的也是JUnit,所以也没介绍。这是由于知识局限而造成的问题,其实想不到的东西很多。
再一个,是技术发展造成的,还以写作《JUnit学习笔记》为例,当时使用的工具是JBuilder X和Eclipse 3.0.1,而现在这两个软件都升级了,分别是JBuilder 2006和Eclipse 3.2M4,而且当时也不知道Net