Reaaliaikaiset käännöspäivitykset pitäisi olla hyödyllisiä, ei pakollisia

Sen seuraaminen, kun käännös siirtyy jonosta käsittelyyn ja sitten valmiiksi, on hyödyllistä. Tiimit voivat nähdä edistymisen ilman sivun virkistämistä, avata valmiin työn nopeasti ja huomata epäonnistuneen pyynnön, kun julkaisu on yhä käynnissä.

Mutta live-päivitykset ovat esityskerroksen ominaisuus. Niiden ei pitäisi olla mekanismi, joka tekee työnkulusta oikean.

Pysyvä tila ensin

Tietokannan ja työjonojärjestelmän pitäisi omistaa käännöksen tila. Jokainen vaihesiirtymä pitää tallentaa riippumatta siitä, onko selain yhteydessä vai ei:

• pyyntö asetettu jonoon
• käännös aloitettu ja valmis
• siirto aloitettu ja valmis
• julkaisu aloitettu ja valmis
• virhe- ja uudelleenyritystapahtumat

Reaaliaikainen tapahtuma voi ilmoittaa tuosta pysyvästä muutoksesta. Sen ei pitäisi olla ainoa merkintä siitä, että muutos tapahtui.

Tämä ero suojaa käyttäjiä, jotka sulkevat välilehden, menettävät verkkoyhteyden tai työskentelevät ympäristössä, jossa websocket-infrastruktuuri on poistettu käytöstä.

Reaaliaikaisuudella on operatiivinen kustannus

Lähettäminen lisää liikkuvia osia: websocket-palvelu, yhteyden valtuutus, kanavien määritys, välityspalvelintuki ja selaimen uudelleenyhdistämiskäyttäytyminen.

Tiimeille, jotka tarvitsevat live-koordinointia, tuo kustannus voi olla sen arvoinen. Pienemmässä käyttöönotossa tavallinen polling voi olla yksinkertaisempi ja täysin riittävä.

Se, että reaaliaikaisuus tehdään valinnaiseksi, antaa jokaisen ympäristön valita tukemansa operatiivisen profiilin menettämättä käännösten ydintoiminnallisuutta.

Suunnittele hallittu varareitti

Käyttöliittymän pitäisi päätyä samaan lopputilaan reaaliaikaisten tapahtumien tai säännöllisen päivityksen kautta.

Käytännöllinen lähestymistapa on:

1. lataa nykyinen pysyvä tila
2. tilaa olennaiset tapahtumat, kun reaaliaikaisuus on käytössä
3. yhdistä saapuvat päivitykset pyyntötunnuksen ja version perusteella
4. kyselypäivitä kohtuullisella aikavälillä niin kauan kuin aktiivista työtä on jäljellä
5. lopeta tiheä päivitys, kun erä saavuttaa päättävän tilan

Reaaliaikaisuus saa näkymän tuntumaan välittömältä. Polling paikkaa katkoksia uudelleenyhdistämisten jälkeen ja tarjoaa varareitin.

Näiden kahden polun ei pitäisi luoda kilpailevia tilasääntöjä.

Vältä tekemästä päivityksistä kohinaa

Kaikki sisäiset tapahtumat eivät kuulu käyttöliittymään. Jokaisen tokenin, työntekijän heartbeatin tai välitallennuksen lähettäminen voi tehdä sivusta epävakaan ja kasvattaa infrastruktuurin kuormaa.

Käyttäjät tarvitsevat yleensä merkitykselliset vaihesiirtymät ja päivitetyt määrät. Nopeat matalan tason muutokset kannattaa ryhmitellä pienemmäksi joukoksi pysyviä virstanpylväitä, jotta käyttökokemus pysyy rauhallisena ja helposti silmäiltävänä.

Sama periaate pätee ilmoituksiin. Valmistunut erä voi ansaita huomiota. Jokainen valmistunut kielialue ei todennäköisesti ansaitse.

Testaa hiljainen polku

On helppoa testata reaaliaikaisuus käytössä ja olettaa, että varareitti toimii. Luotettavuus vaatii päinvastaista harjoitusta:

• poista lähettäminen käytöstä
• käynnistä usean kielialueen erä
• poistu sivulta ja palaa takaisin
• varmista, että edistyminen ottaa tilanteen kiinni
• yritä epäonnistunut pyyntö uudelleen
• varmista lopulliset määrät ja käytettävissä olevat toiminnot

Jos tämä polku toimii, reaaliaikaisuus on parannus eikä piilotettu riippuvuus.

Yhteenveto

Live-päivitykset parantavat käännöstoimintoja, kun ne rakentuvat pysyvän tilan päälle.

Tallenna jokainen siirtymä ensin, tee lähettämisestä konfiguroitava ja säilytä maltillinen polling-varareitti. Työnkulun pitäisi pysyä luotettavana silloinkin, kun välittömin toimituskanava ei ole käytettävissä.