docbook addict
2014年从msn space存档中重新恢复出来！
自从打算写点儿东西，就一直在寻摸该使用什么编辑器进行：
- word吧，文件大了还不好弄，而且格式啥的还得时不时的调整；
- LaTex吧，好像学术论文比较合适；
- 直接文本文件？更不行，图片啥的都不支持；
最后想到《Process XML With Java》的作者提到他写书的时候使用的Docbook，所以，就开始上网挖相关资料了…
docbook纯粹的用xml来保存数据，其实就是普通的文本，但他有一套标准的xml标签，这些标签对book，article等内部的组织结构进行了定义，用户使用的时候直接通过相应的xml标签来限定相应block中的内容即可。作者要做的就是这些，关于最终的发布出版啥的，可以在后期处理。通过XSL转换成HTML或者通过FOP转换成PDF，如果需要，通过其他式样表，也可以转换成其他格式的文档，只不过，如果现在没有相关的实现的话，重新写一套这样的式样表和相应的转换程序可能需要耗费时日。也就是说，这种文档格式的可移植性非常好，docbook文档专门负责数据，也就是内容，最终输出格式则由专门的式样表和转换程序来管，分工明确，在软件工程里面这叫耦合性极低，呵呵
因为docbook标准xml标签很多，所以，刚开始接触这个东西，还是有些费劲的，不过经过几天环境的折腾，现在已经小有成就，呵呵，发布出来的HTML已经很激动人心了，目录章节索引全部自动生成（当然，这个是写xsl那帮兄弟的功劳，）。当真正入手之后，这种只需要一个文本编辑器就可以进行的写作方式会给你带来比较上瘾的感觉，写东西，发布到net上与大家分享。
像SUN，LINUX Howto的文档都是以docbook编写并以各自的式样表格式化发布的，Spring的reference也是，所以，如果在某个组织内部实行这种技术或者产品文档的管理，应该是比较有效的。通过CVS或者Subversion对文档内容进行统一管理，发布的产品文档也可以组织内统一风格的式样表格式化输出，不是很cool嘛？我想比CVS管理的word或者excel要来的方便，只要通过一个文档服务器入口，完全可以覆盖整个的产品文档。
通过internet共享当然是没有问题，我现在担心的是各个出版社是否支持这种格式的文档发布。
Anyway，之后我希望能够沉浸在docbook的世界中，为了码字而奋斗，hoho
「福强私学」来一个？
「福强私学」, 一部沉淀了个人成长、技术与架构、组织与管理以及商业上的方法与心法的百科全书。
开天窗，拉认知，订阅「福报」，即刻拥有自己的全模态人工智能。
