10
Nel nostro sito Web asp.net supportiamo più lingue. Il flusso di lavoro di traduzione corrente va come segue:Migliora il flusso di lavoro per traduttori e sviluppatori allo stesso modo
- sito viene costruito con "linguaggio developer"
- Traduzioni sono conservati in un database e utilizzare un provider personalizzato
- Ad un certo punto nel traduttori devcycle ottenere un estratto (XML excel compatibile) del DB di lavorare su
- Un compilato in un file viene ricevuto dal team di sviluppo e convertito (automaticamente) per script SQL
Advantage s:
- traduttori non c'è bisogno di lavorare con gli strumenti di traduttore-unfriendly
- Hanno un semplice panoramica di tutti i letterali
- La lingua dev è facilmente distinguibile a causa di un leader '_' al fine da individuare letterali non tradotte
- script SQL sono ridistribuibili e versionable
Svantaggi:
- I traduttori non hanno vista su come le loro traduzioni appariranno in App
- Traduzioni spesso vite sul layout a causa di problemi di lunghezza (per esempio: russo tende ad essere il modo più prolisso poi inglese)
- convogliamento contesto è difficile
- Translations aggiunti dopo che il file estratto sono difficili da rintracciare e portare a errori
- traduttori Distributed + excel (XML) per rendere cronometraggio e unire i conflitti
sto cercando di trovare un modo migliore per comunicare con i traduttori.
Uno strumento esistente sarebbe preferibile a qualcosa implementato in casa.
Dare ai traduttori una visione lavorativa del loro lavoro ha una priorità elevata.
Le versioni di gestione dei file di traduzione dovrebbero migliorare.
Avevamo sperato che gli xml di Excel fossero versionabili, ma il confronto e la fusione sono quasi impossibili.
Non è possibile fornire i traduttori in cui Visual Studio funziona nei file resx.
Uno strumento che posso suggerire è [attraverso] (http://www.across.net/en/across-for-freelance-translators.aspx). Disclaimer: ero abituato a lavorare su quel prodotto in passato. Tuttavia, non ho alcun vantaggio pubblicizzando questo prodotto, quindi dovrebbe essere considerato un parere onesto. –
@Daniel Controllo del sito. Alcuni punti concisi concisi sarebbero stati carini. Immagino che traduttori e verbosità vadano di pari passo;) –
Per i futuri lettori: Penso che questo dia una rapida panoramica http: //www.across.net/fact_sheets/fact_sheet_software_localization_en.pdf di @ Daniel's suggerimento –