Mostrando entradas con la etiqueta translation. Mostrar todas las entradas
Mostrando entradas con la etiqueta translation. Mostrar todas las entradas

2011-10-04

Translations as part of DOcumentation for Open Source Appropriate Technology

Razi Masri is doing great things with documentation for the hexayurt and more generally for open source appropriate technology.

Over twitter, I suggested "translation should be considered early in the process". Pressed for details, I said "format should not get in the way, and help should be easy to get and give".

Now, that's twitter and 140 characters or less, so let me expand.

It's fuzzy but, hey, that's what it is at this point, at least for me!

1. Software is run by computers, who read computer code and make it do things. Hardware is built by people, who read the documentation and make physical objects. For us, documentation is our code. You teach me how to tie a shoelace and that makes me free.

2. There's lots of experience with translation, and many tools. I know what I know, which means you can help with what you know, and connect the networks of people working on this. The job is not done, and it's important.

Most of my experience is here. I have more questions than answers, but we'll find out with practice and collaboration. Maybe we need to think of documentation and translation as a tool or set of tools that need to be documented themselves.

3. Documentation is text (lightly or heavily formatted), annotated images, and video with subtitles and voice. Out of all that, text is what's touched by the translators. It is created and then recreated when the designs evolve.

4. In the end, access to that text is vital for the translator.

Hardest access comes in the shape of heavily formatted PDFs such as SCIM. Wikis such as appropedia are easier and have their advantages for cooperation, but you need to have a username and a password, and learn some syntax. Even easier to use is piratepad.net, where you just write away, though of course it has limitations.

Are there tools that decouple format from content? I've used http://translate.google.com/toolkit and it's good for some things. You need to log in to google, I think.

Images should have no text, and that's relatively easy. But what about diagrams?

Subtitles should be separate from the video itself. No problem with that.

5. Translators need help.

In my experience, typing away on a piratepad is pure joy, because you have the encouragement that comes from seeing other people typing away in parallel, you can chunk out the work flexibly as you go along (always finding something easy is a must!), and you can swap help by typing directly in the edit window, or in the conversation window.

Google's translation toolkit divides sentences up nicely, keeps format and links, and can even suggest an automatic translation. There's the possibility to use or even create glossaries, which is an important tool for technical translations - and technical translations is what we do.

6. I don't think we're done yet, at all!

2011-09-27

Why I love SCIM, and what to do about it

Update: SCIM is in English here, and in Spanish here.

SCIM is Vinay Gupta's "six ways to die" on steroids.

It builds from a fundamental approach to catastrophic situations (and developement, and poverty) with - surprise! surprise! - people in the middle.

It's all about death (yucky, I know, but it's at least a good conceptual stiletto):
  • We die, in different numbers, from a small group of causes.
  • We use infrastructure to delay deaths.
  • If we understand infrastructure we can go about our very basic job, which is creating room for people's lives, better.
Of course, it's not all about death. There's also pain, and function.

And there's also groups of people, and organisations, and nation states. They can also "die" if they malfunction or cease to exist. And then people - all that matters, if you ask me - suffer too much, or die too soon.

In comes Vinay's model, a way to quickly and flexibly map complex realities so that we - you, me, anyone - can cut through the chase, find something important that needs doing, and do it. Then go back to sensing, mapping, doing - sensing, mapping, doing - until at least a number of important things are fixed.

Do you think it could help people in Greece? Maybe. Do you think some of them might want to look at this tool? Again, maybe.

By all means, read the whole lot in English or in Spanish (page 11 missing), in less-than-20 easy pages, and make up your own mind.

Now, what next? Thing is, I'd love to see this piece of work translated into 20+ languages.

See, I've helped that happen for other works. It's about using or creating a seed, a format, a way to work - taking the first step ourselves - then maybe helping others multiply it immensely - then watching it explode.

Lazy Power. (Ok, maybe not so lazy. Ever had a hand at translation, yourself?)

So, how do we do that for this specific piece of text (and charts)? Thanks for your precious advice. I'll write updates here or generally on the blog.

Thank you, thank you, thank you. :-)