Docbook versus Home-Grown
Marcus Carr
mcarr at allette.com.au
Sun Oct 8 17:41:30 PDT 2006
Joe Malin wrote:
> Well, I *finally* finished the new book for our next software
> release, so I can justifiably turn my attention to getting myself
> into structured docs.
Ah, some time to play... ;-)
> I am not going to go with DITA just yet. My plan is to convert my
> existing unstructured docs to structure first, and then start the
> next round of docs in DITA. So, my first decision is what EDD to use.
> Should I develop an EDD myself from scratch, or start with the
> DocBook EDD? My only hesitation in using the DocBook EDD is that it
> will have a lot of elements that I don't want to use.
In my opinion, the last sentence hints that you already know the answer
to your question. My long-standing belief is that if you try to
structure your data in accordance with what tools you currently have at
hand, you're focusing on the wrong issue. Your documents have an
inherent structure, and you should respect and support it. There is a
cost to every single XPath that you don't use, so something like DocBook
can be a very expensive approach. If you cut it down, you'll often find
that you're left with the right elements, but the names may not be what
you'd choose yourself. Also, DocBook is very loosely structured, so you
may want to tighten up the models - by the time you go through all of
this, you may as well have just done the analysis yourself and started
with the pre-existing (but implied) structure of your documents.
Although there may be good reasons for going to DITA, I've never had
reason to do so, as I feel that the benefits gained from standardisation
would quickly dry up as soon as you started customising. I'd be inclined
to convert to DITA as a final process if you really had a need to mix
and match modules, but I would probably choose a more descriptive syntax
for data creation and management.
> Any advice, particularly from those who have gone the same route,
> would be much appreciated.
Fifteen years of SGML and XML consulting and publishing and pretty much
as much involvement with FrameMaker for me. I'm also involved with the
emerging field of XML Governance, partially because my company has seen
so many substandard approaches taken to structuring data and the current
inability to manage XML-based projects effectively.
> As you probably know, I have many years experience in software
> development, so developing my own EDD is not an issue.
You're perfectly positioned to start this off right.
--
Regards,
Marcus Carr email: mcarr at allette.com.au
___________________________________________________________________
Allette Systems (Australia) www: http://www.allette.com.au
___________________________________________________________________
"Everything should be made as simple as possible, but not simpler."
- Einstein
More information about the framers
mailing list