Käännösten tilojen pitäisi vastata seuraavaan kysymykseen

Käännösjärjestelmät tuottavat paljon tilaa. Työt jonoutuvat, palveluntarjoajat vastaavat, luonnokset tallentuvat, Contentful päivittyy, merkinnät julkaistaan ja uudelleenyritykset alkavat.

Kaiken tämän toiminnan näyttäminen ei automaattisesti tee edistymisestä selkeää.

Hyödyllisen tilan pitäisi vastata seuraavaan kysymykseen, joka toimittajalla on.

Yhdellä pyynnöllä on useita elinkaaria

Monikielinen pyyntö liikkuu usein kolmen päävaiheen läpi:

1. käännä
2. vie
3. julkaise

Jokainen vaihe voi olla toimettomana, jonossa, käynnissä, onnistunut, ohitettu tai epäonnistunut. Näiden tilojen tiivistäminen yhteen sanaan kadottaa tärkeää tietoa.

"Valmis" voi tarkoittaa, että käännösluonnos on valmis tarkistettavaksi, kohdekieli on kirjoitettu Contentfuliin tai merkintä on julkaistu. Nämä ovat olennaisesti erilaisia lopputuloksia.

Käyttöliittymän pitäisi nimetä vaihe ja sen tila yhdessä.

Tila ja toiminto kuuluvat yhteen

Toimittajat lukevat tilan päättääkseen, mitä he voivat tehdä seuraavaksi.

• Valmis käännös voidaan tarkistaa.
• Hyväksytty käännös voidaan viedä.
• Onnistunut vienti voidaan julkaista.
• Tilapäistä epäonnistumista voidaan yrittää uudelleen.
• Käynnissä oleva työ voi olla peruutettavissa.

Jos käytettävissä oleva toiminto ei vastaa näytettyä tilaa, tuote tuntuu epäjohdonmukaiselta. Julkaisupainike pyynnön vieressä, jota ei koskaan viety, ei ole vain hämmentävä; se heikentää luottamusta taustalla olevaan työnkulkuun.

Taustajärjestelmän pitäisi määrittää saatavuus pysyvän tilan ja käyttöoikeuksien perusteella, ja sitten käyttöliittymän pitäisi heijastaa tätä päätöstä johdonmukaisesti.

Edistymislaskurit tarvitsevat vakaan nimittäjän

Eräajon edistyminen muuttuu harhaanjohtavaksi, kun jokainen vaihe käyttää eri kokonaismäärää sitä selittämättä.

Erässä, jossa on kymmenen käännöspyyntöä, voi olla kymmenen käännöstä, kahdeksan vientiä ja kuusi julkaisua, koska jotkin kielet olivat vain tarkistusta varten tai automaatio oli poistettu käytöstä.

Edistymisen pitäisi erottaa:

• pyyntöjen kokonaismäärä
• nykyiseen vaiheeseen kelvolliset pyynnöt
• valmiit, aktiiviset, epäonnistuneet ja ohitetut pyynnöt

Ohitettu on erityisen tärkeä. Se on lopullinen päätös, ei keskeneräistä työtä.

Säilytä historia ilman, että näyttö täyttyy

Nykyisen tilan pitäisi pysyä tiiviinä, mutta operaattorit tarvitsevat silti historian, kun jokin menee pieleen.

Laajennettava tapahtuma-aikajana voi näyttää, milloin pyyntö meni jonoon, mikä yritys epäonnistui, suoritettiinko automaattinen uudelleenyritys ja milloin Contentful hyväksyi päivityksen. Se tukee virheenkorjausta muuttamatta jokaista taulukon riviä lokien katselijaksi.

Käytä päätilassa ihmiskieltä ja säilytä tekniset tunnisteet ja aikaleimat yksityiskohtanäkymässä.

Lopullisten tilojen pitäisi pysyä lopullisina

Kyselyt ja reaaliaikaiset tapahtumat voivat saapua väärässä järjestyksessä. Vanhempi "käynnissä"-tapahtuma ei saa siirtää valmista pyyntöä taaksepäin. Päivitetty sivu ei saisi tilapäisesti näyttää jonossa-tilaa sen jälkeen, kun tietokanta on jo kirjannut onnistumisen.

Tilasiirtymät tarvitsevat järjestyksen ja idempotenssin. Käyttöliittymän pitäisi yhdistää päivitykset auktoritatiivisen aikaleiman tai version avulla eikä vain hyväksyä selaimeen viimeisenä toimitettua viestiä.

Yhteenveto

Tilasuunnittelu on osa työnkulkua, ei sen ympärille lisättyä koristelua.

Erota käännös-, vienti- ja julkaisuvaiheet. Yhdistä jokainen tila sen mahdollistamaan toimintoon, laske ohitettu työ rehellisesti ja pidä yksityiskohtainen historia lähellä. Paras tila on se, joka tekee seuraavasta päätöksestä selkeän.