Grid Computing

Grid computing uses the resources of several computers simultaneously to complete complex tasks. The workload or burden is distributed widely to increase computational speeds. Problems that may have taken years to solve can be completed in a much smaller time frame with this fantastic technology.

The world community grid asks users to donate free time on their local machines to benefit humanity. An application is downloaded on the user’s machine and it runs in the background without a security risk or processing speed decrease.

http://www.gridcomputing.com/

www.grid.org

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Tools and Technology | Tagged | 1 Comment

How to Choose a Technical Writer

An earlier blog talked about the reasons you may have for outsourcing your technical writing requirements. Suppose you want to outsource … what next? How do you choose the right technical writer or technical writing team to suit your needs?

Here are some issues and key questions for your short-list of possible technical writers:

Communication and interpersonal skills: Are you comfortable that they will fit into your team? Does the candidate have experience of working with all kinds of staff- from SMEs to managers and marketers. What kinds of teams have they worked in? What kinds of companies have they worked for? (Big or small? Structured or unstructured?)

Writing experience: What kinds of documentation have they produced? Are they experienced in producing the kind of documentation you want? Consider their portfolio of work. Is it a good fit with the types of documentation you want?

Technical experience: Are they experienced in the technology? Keep an open mind on this issue. While some background knowledge is useful, a novice may be valuable if he/she has the ability to absorb the information and clearly explain it to the user.

Planning: What kinds of documentation planning tools have they used? What planning processes do they suggest for this project?

Tools and software: What kinds of tools and software have they used? You should be comfortable that the candidate is proficient with the standard technical writing software tools (such as, Word and Frame). Anything more specialist may not be a deal-breaker if you get the impression that the candidate will be able to pick up the new tools with relative ease.

Deadlines: What is the proposed time frame? Can they meet your deadlines?

Reporting procedures: How do you propose to keep track of progress? How does that fit with the candidate’s procedures?

Finally, ask many questions until you are satisfied you have found the right fit for your company.

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Technical Writing | Tagged | Leave a comment

Friday Links

Yipppeeee it’s Friday?!! Take a look at what’s new on the World Wide Web.

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Links | Tagged | Leave a comment

Cloud Computing

Cloud computing is a general term for anything that involves delivering hosted services over the Internet. It is a style of computing in which dynamically scalable and often virtualized resources are provided as a service over the internet. Users need not have knowledge of, expertise in, or control over the technology infrastructure in the “cloud” that supports them. You might have some personal experience of cloud computing if you have ever shared your photos on Flickr.

 A cloud service has three distinct characteristics that differentiate it from traditional hosting. It is sold on demand, typically by the minute or the hour; it is elastic – a user can have as much or as little of a service as they want at any given time; and the service is fully managed by the provider (the consumer needs nothing but a personal computer and internet access).

The concept generally incorporates combinations of the following:

The term cloud is a metaphor for the internet and is based on how the internet is represented in computer network diagrams.

Sometimes having your head in the clouds isn’t such a bad thing!

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Tools and Technology | Tagged | Leave a comment

Benefits of Hiring a Professional Technical Writer

Bigger companies often have technical writers on staff. But what if you are a smaller company that does not have a staff writer but needs an injection of technical writing expertise?

Or a mid-size company that finds its technical writing team is employed at capacity but you require additional writers for a short-term project?

Or a company that currently does not have the right skills and experience on staff to tackle a new documentation project?

 The answer is to out-source your technical writing requirements. The benefits of outsourcing include:

  • Your company maintains its focus on its core objectives, without adding to the staff headcount.
  • The out-sourced team already has its technical writing experience and skills in place. No valuable time is lost training and up-skilling staff. 
  • Your out-sourced project can be big or small. Projects can change size mid-stream without any implication for employee headcount. 
  • Outsourced technical writers can bring a wide range of skills, including scoping, planning, budgeting, scheduling, writing (of course!) and editing. 
  • You get the benefits of a team, without having to pay the overheads of a team. 
  • Experienced technical writers may provide you with a new perspective on your business. And new perspectives may lead to new opportunities.  

Overall, out-sourcing your technical writing requirements gives you a quick, responsive, experienced, cost-effective result. But now the question is: how do I out-source the best technical writing company?  That’s next week’s blog.

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Technical Writing | Tagged | Leave a comment

Friday Links

Friday slips around once more and here’s what’s interesting on the Web!!

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Links | Tagged | Leave a comment

Wonderful Wikis

What are wikis? Wikis are wonderful websites of the people, by the people, for the people!

Wikis are often used to create collaborative websites and to power community websites. The collaborative encyclopedia Wikipedia is one of the best-known wikis. Ward Cunningham, the developer of the first wiki software, WikiWikiWeb, originally described it as “the simplest online database that could possibly work.”

Wiki software allows users to freely create and edit web page content using any web browser. Wiki supports hyperlinks and has a simple text syntax for creating new pages and crosslinks between internal pages on the fly.

Wiki is unusual among group communication mechanisms in that it allows the organization of contributions to be edited in addition to the content itself. A wiki differs from a blog in that it has a broad range of contributors (authors and editors.)

Like many simple concepts, “open editing” has some profound and subtle effects on wiki usage. Allowing everyday users to create and edit any page in a web site is exciting in that it encourages democratic use of the web and promotes content composition by nontechnical users.

Content management systems will always have their place in the publishing world, but wikis can greatly improve communications and collaboration within businesses. They are a great way of getting people involved in knowledge management. The business wiki is one of the most powerful Enterprise 2.0 tools and is capable of transforming the nature of communication within a company. While normal corporate communication flows in a straight line, often from top to bottom, a business wiki can create a synergy of communication that flows from the bottom up.

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Tools and Technology | Tagged | Leave a comment

How to Become a Technical Writer – Experience Necessary?

There are as many ways into the technical writing field as there are technical writers.

The obvious path is the one I took: a technical writing course at university. This taught me the fundamentals of tech writing, including software applications, research, writing and editing. When it comes to the employment market, tertiary institutions may also be a great place to start networking and hunting out job vacancies. My university continues to email job vacancies to technical writing alumni. 

But what if you don’t have access to a university course? How can you move into the technical writing field from outside the university system? Is experience necessary? Not at all. Like many other professions, technical writing positions can be found through judicious networking. A large address book full of technical writing contacts can be one of your best assets.

Where to start networking? Joining an industry body can be a good idea. Becoming a member of technical writing associations may give you first access to job postings as well as contact with people who maybe able to give helpful advice or direct links to job vacancies. Some industry bodies also post useful research or run technical writing courses. When attending a course, keep your ear to the ground. Courses can be a great opportunity to network.

When it comes to your C.V., there are good ways of presenting your background and skills to a potential tech writing employer, even without direct experience. Think laterally about your skills. Have you written articles for a newspaper; completed a policy document; written a brochure? What software packages do you know? Have you done any research? Project planning? Make sure that your C.V. covers these points and think about ways you can expand your list of skills (a writing or software course, for example). Finally, ensure that your C.V. is grammatically correct and free from spelling mistakes.

Start networking!

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Technical Writing | Tagged | 1 Comment

Friday Links

It’s everyone’s favourite day of the week – Friday!! Here’s just a brief sample of the things we’ve been looking at on the Web.

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Links | Tagged | Leave a comment

To Update or Not to Update (The Documentation Plan)

A wise philosopher once said ” Life moves pretty fast. You don’t stop and look around once in a while, you could miss it.” OK, it was Ferris Bueller, but the sentiment is true. It also applies to software development projects. They might take awhile to get started but once they’re rolling, it can be hard to keep up.

It’s a dynamic process and things change along the way. Often, a design will change enough that additional documentation is required. Or you may realize that a certain feature is going to require more topics than originally thought. Your content outline is a living, breathing thing and it grows with the project.

So, to update or not to update the documentation plan? That is the question. And I don’t really have a good answer. Clearly, in an ideal world, you would keep the documentation plan updated on a regular, maybe even daily, basis. But in an ideal world, you probably wouldn’t have to worry about the documentation plan because you’d have had all the information upfront, nothing would have changed, and you’d have gotten the project scoped exactly right.

We don’t live in this mythical ideal world, so what do we do in the real world? I’d say, it depends. If you have time, absolutely, that’s a no-brainer – update the project. But chances are, you’re not going to have a lot of time.

Then you should base your decision on the extent and impact of the changes. If the content outline has changed significantly enough to require a lot more work for reviewers, find the time to update the documentation plan. (Also, you should inform your manager about the change whenever it involves extra work for reviewers. A few topics should be fine. A few chapters or more than 20 pages is probably not fine.)

At the very least, you should include some sort of note or warning in the doc plan to let readers know that it currently does not reflect reality.

Looking to improve your processes and your documentation? Contact Bardwrite to learn how we can help you.

Posted in Project Management | Tagged | Leave a comment