It’s been a while since our last survey of technical communicator salaries. So we thought it was time we conducted a new one.
We have contracted with QuestionPro, an independent research firm, to field your confidential survey responses. All responses will remain confidential and secure.
The questions will help us learn if salary levels correlate to factors such as age, gender, education, or levels of seniority.
We’ll publish the results on this blog.
Please use this link to complete the online survey:
Take part in the Cherryleaf 2017 European salary survey
As a technical communicator, sometimes it can be hard to explain to others what it is you do. In the olden days, it was simpler: you could say you wrote manuals. Then, in more recent times, you could say you wrote online Help and manuals.
Today, there can be uncertainty of what is and isn’t technical communication. It can be unclear if certain deliverables should be created by a technical communicator or by someone else. For example, if content moves from a Help page to an onboarding screen, is it still technical communication? If the text moves into the interface, should the technical communicator create it? Are walkthrough videos a function of training or technical communication?
Continue reading “What is technical communication, actually?”
For the ISTC’s YouTube Channel, Ellis Pratt (Cherryleaf) is interviewing a number of technical communicators.
Here is Adrian Warman (IBM Cloudant):
Here is Brian Harris (Red Gate Software):
There’ll be more interviews in the coming weeks.
We’re planning to carry out a number of videoed interviews with a range of Technical Authors this week. This is to help promote the profession. We’ll be asking questions such as what their role is inside their companies, and how they became a Technical Author.
The videos will be uploaded to the YouTube Channel for the Institute of Scientific and Technical Communicators, once we’ve edited and published them.
One of the most common questions we’re asked is how to become a Technical Author.
We have an ebook on becoming a Technical Author that addresses this in detail, but let’s provide some general advice by looking at what you should consider when writing your CV.
Continue reading “Becoming a Technical Author – writing your CV”
The demand for API documentation writers continues to increase, and we have a new vacancy for a contract API documentation writer on our books. In this case, you need to have a background in/a good understanding of the C programming language.
We may have another requirement for a similar person, again working from home, coming up very soon. If you’d like to be informed of this and other similar vacancies, simply register with Cherryleaf’s Recruitment team.
One of the most successful software companies in Cambridge is looking to recruit a Technical Author to join its team. The company has grown rapidly over recent years, based on a philosophy of hiring great people, providing an enjoyable working culture and environment, and building great products.
For more information, see #4137 Technical Author, Cambridge, £28K-£40K DOE
Editor’s Note: This post has been written by Dr. Tony Self of HyperWrite. Tony will delivering DITA training during October at Cherryleaf’s training centre in London.
In the field of technical communication, an argument crops up from time to time saying that technical communicators shouldn’t have to know anything about XML, because writing is writing, and XML is coding, and never the twain should meet. Dissecting the argument, it appears that the underlying claim is “language first; technology and tools later”.
In many cases, it seems the logic gets a little lost. I have heard statements along the line of “if you can’t string a sentence together, knowing about XML elements and attributes won’t make you a technical writer”, as if those skills are mutually exclusive.
My first observation is that the debate is often poorly framed. XML is not precise enough a term; what does “knowing about XML” mean? XML is an enormous field, covering programming, writing, archeology, journalism, eLearning, spacecraft design, mathematics, chemistry, audio recording, banking, gambling, engine management, and pretty much every field of human endeavour. So in a discussion about the role of XML in technical communication, we need to define what we mean by XML. Bearing in mind that XML is principally a standard for creating XML languages, the XML languages (or applications, in XML terminology) of interest to technical communicators are probably DITA, DocBook, XHTML, SVG, MathML, and XLIFF.
Continue reading “Writers shouldn’t code… or should they?”