Nome variabile e membri del team che parlano un'altra lingua

Question

Lavoro con diversi sviluppatori in India e una delle nostre maggiori difficoltà è la loro denominazione delle variabili. All'inizio ero molto frustrato e non riuscivo a capire perché non avrebbero semplicemente nominato le cose (era la pigrizia?) Tuttavia, mi sono reso conto che probabilmente non sono abituati a nominare le variabili, perché tutto il codice che leggono è in Inglese, e le parole inglesi che leggono hanno poco o nessun significato per loro. Sembra ovvio ora, ma è impossibile nominare bene le variabili se non riesci a capire adeguatamente l'inglese.

Come lavoreresti per migliorare le pratiche di denominazione con un membro del team di lingua straniera?

Scusate se questo è un po 'soggettivo, l'ho segnato wiki della comunità.

Grazie!

Answer 1

Trova l'unico sviluppatore con cui lavori con qualcuno che conosce un po 'di inglese e tutti hanno nomi variabili da lui?

Answer 2

Forse hanno chiamato le variabili in modo descrittivo nella loro lingua nativa e poi usano un traduttore per convertirle in inglese? Potrebbe persino essere in grado di aggiungere markup ed eseguire un precompilatore per eseguire la traduzione automatica? Solo un pensiero.

Answer 3

La maggior parte degli sviluppatori deve avere una ragionevole conoscenza dell'inglese tecnico (dopotutto, le API nella maggior parte delle lingue sono scritte in inglese). Pertanto, l'inglese sembra una buona scelta. Le variabili in genere non hanno nomi molto difficili ad es. xCounter, isXYZ, ecc. E se sono difficili da nominare, allora lo prenderei come un segno sicuro che il livello di astrazione in cui viene dichiarata quella variabile non è quello giusto.

Si potrebbe proporre di localizzare nomi di variabili. Ho scoperto che in realtà difficile, più al giorno d'oggi quando è tipico per il codice che dovrà assumere persone che si trovano in altri continenti, società acquisite all'estero, ecc

devo succedere ☺

Answer 4

modificare i requisiti per i membri del vostro team - devono avere una comprensione adeguata dell'inglese scritto.

Modifica: in risposta al commento di Bill K, mi sembra che il costo di trattare con problemi di comunicazione poveri non sia preso in considerazione nei calcoli di risparmio. No, non ho mai lavorato con sviluppatori stranieri, ma lavoro con 2 non-madrelingua inglesi e la comunicazione a volte è più lenta con loro, anche se hanno vissuto entrambi negli Stati Uniti per 20 anni.

Inoltre, non mi aspettavo che la mia risposta fosse la più utile. Sto solo cercando di fare un punto. Se non dovessi assumere qualcuno per lavorare nel tuo ufficio, allora perché dovresti assumerli per lavorare dall'altra parte del mondo? Anche se stai attraversando un'agenzia, stai assumendo indirettamente tutti gli sviluppatori che lavorano sul tuo codice.

La mia esperienza è stata che quando si tratta di talento per lo sviluppo, essere a buon mercato può essere piuttosto costoso.

Answer 5

Se tutti parlano la stessa lingua e non vendono il codice a un'altra società, è possibile scrivere il codice nella propria lingua madre.

Se ciascun membro parla una lingua diversa, il codice deve essere in inglese. Prova a creare un dizionario delle parole più comuni utilizzate nell'applicazione in cui tutti possono controllare. Scegli qualcuno con più competenze in inglese per tradurre quando è necessario.

E si può sempre refactoring quando alcune parole sembrano sbagliate.

Answer 6

È possibile rendere il 'nome variabile' un argomento per ogni revisione del codice. Sarebbe un dato di fatto che potrebbe essere facile discutere. Puoi usare la discussione come indicatore per capire se capiscono cosa stanno cercando di ottenere.

Answer 7

Non intendo essere critico, ma ho una domanda reale ... Se non sono abbastanza fluente in inglese per nominare le variabili, come sono abbastanza fluenti da comprendere un modello di dominio aziendale basato sulla lingua inglese , molto meno progettazione e costruzione di un prodotto software che risolve un problema reale in quel dominio?

Answer 8

Non sono sicuro del problema specifico, ad esempio i nomi delle variabili non sono descrittivi oppure utilizzano nomi variabili non in inglese, lo stile di denominazione delle variabili è incoerente ecc. In ogni caso, è possibile provare a stabilire standard di codifica dettagliati e forse usare audit o revisioni del codice per farli rispettare. Per esempio:

• Utilizzando "temp" come il nome delle variabili locali non è consentito
• variabili devono essere denominati in modo che lo scopo della variabile è evidente
• Utilizzare sempre uno stile coerente per citarne variabili (es. Camel Case)

La chiave sarebbe pubblicare queste regole e applicarle per l'intera organizzazione.