Trend Micro is actively seeking an experienced Technical Writer to join its team in Taipei, Taiwan. If you are looking for an inspiring, dynamic, and flexible work environment, this is definitely a position you should consider.
The responsibilities of the Technical Writer include, but are not limited to:
All the topics in the test project are now ready: next stage, scrutinise them to see where I can best demonstrate links and re-use. But while I'm grappling with that side of DITA, a whole new potential benefit seems to be dawning – accessible metadata.
Most of the development teams I'm working are quite comfortable with the idea of XML even if they hadn't thought about applying it to documentation. The chance of using custom attributes in the <author> element to have some idea of who provided the information is making them sit up and take notice.
In pursuit of the ultimate techCom information architecture
Why is the result often a million little pieces even though DITA does not encourage authors to chunk information in such a way?
A lot of discussions and confusion in social media has recently, as it seems, dealt with two issues concerning the use of DITA (see for example a discussion in the DITA awareness group on linkedIn or another discussion on LinkedIn or a blog post by Tom Johnson). The first issue relates to the question if topics shall be nested or not, that is, shall DITA topics be kept as separate files or shall authors instead use a <dita> document and nest topics within it?