I messaggi di eccezione indirizzati allo sviluppatore dovrebbero essere localizzati?

Question

Mi riferisco ai messaggi di eccezione che mostrano che lo sviluppatore utilizza in modo errato un'API. Ad esempio, passare in modo errato un null al metodo. Quindi il tipo di eccezione che lo sviluppatore otterrà la prima volta che hanno eseguito il loro codice errato. Il tipo di messaggio di eccezione che non dovrebbe mai essere visualizzato all'utente di un sistema.

Questo è un po 'correlato alla teoria che dal momento che il linguaggio di programmazione è in inglese, il programmatore ha già una conoscenza dell'inglese. O almeno quanto basta per decifrare un messaggio di eccezione.

http://www.codinghorror.com/blog/archives/001248.html (si prega di nessuna discussione di questa teoria qui)

E sì, lo so che il framework .NET segue l'approccio "localizzare tutto".

Answer 1

La tua domanda può essere riformulata come "dovrebbe tutti gli sviluppatori ottenere lo stesso messaggio di errore in modo che possano Google?" ;)

E la risposta è sì.

Traduzione significa che

• il messaggio non è più lo stesso di chi ha scritto l'API previsto. Potrebbe avere lo stesso significato o potrebbe aver perso qualcosa nella traduzione. Potrebbe essere mal tradotto e in alcuni casi potrebbe essere addirittura illeggibile.
• Chiunque legga non può semplicemente digitare l'errore in Google e vedere cosa hanno fatto tutti gli altri che hanno ricevuto questo errore. Perché tutti gli altri hanno lo stesso errore in una lingua diversa.

Informazioni sull'approccio "localizza tutto" di .NET, è orribile. Sono stato inciampato da esso innumerevoli volte, soprattutto perché se non è in grado di trovare la risorsa localizzata, lo fa non fornire la versione inglese normale. Ti dà invece un errore "Impossibile individuare la risorsa", eliminando in modo efficace le informazioni di errore effettive.

Answer 2

Tutto dipende da chi manterrà il codice. Se gli sviluppatori saranno sempre in inglese, allora ha senso tenere tutto in inglese.

Inoltre, non sono sicuro che .NET Framework trasmetta i suoi messaggi di errore in modo localizzato. Ho sempre pensato che quei messaggi di errore fossero sempre in inglese, quindi avrebbe senso tenere i tuoi messaggi di errore interni anche in inglese.

Answer 3

No, non penso che dovrebbero essere (o almeno non lo facciamo, e siamo abbastanza grandi :-). C'è abbastanza impegno per localizzare tutto ciò che gli utenti vedono senza doversi preoccupare anche degli sviluppatori.

Non ci sono lingue tradizionali che supportano le parole chiave in lingua straniera e le librerie standard, quindi un comando rudimentale della lingua inglese è già un prerequisito per gli sviluppatori.

Ovviamente, se gli sviluppatori sviluppano le proprie librerie (o lingue), sono abbastanza liberi di localizzare o scegliere una lingua diversa dall'inglese.

Answer 4

Presso la nostra azienda permettiamo che le eccezioni/i messaggi di errore vengano tradotti per il nostro compilatore/IDE e forniamo il framework per tradurre queste eccezioni/messaggi di errore, tuttavia non eseguiamo noi stessi la traduzione. Quindi spetta al cliente tradurre se lo desidera.Ci sono un certo numero di paesi in cui l'inglese non è così popolare e dove viene promossa la propria lingua. Quindi ha senso consentire i messaggi di errore tradotti.

Answer 5

Se si traducono i messaggi di eccezione, si dovrebbero anche tradurre tutti i testi in cui si verificano messaggi di eccezione. Ciò include qualsiasi sistema di knowledge base o sistema di tracciatura dei bug che hai, perché gli utenti e i programmatori vorranno cercarli per il messaggio di eccezione che vedono sullo schermo.