Le persone in paesi non di lingua inglese codificano in inglese? [chiuso]

Ho sentito dire (dai colleghi) che tutti "codificano in inglese" indipendentemente da dove vengano. Trovo che sia difficile da credere, tuttavia non sarei sorpreso se, per la maggior parte dei linguaggi di programmazione, il set di caratteri supportato fosse relativamente stretto.

Hai mai lavorato in un paese in cui l'inglese non è la lingua principale?

In tal caso, che aspetto aveva il loro codice?

Vengo dal Canada, ma vivo negli Stati Uniti adesso.

Mi ci è voluto un po 'di tempo per abituarmi a scrivere variabili booleane con un prefisso "Is", invece del suffisso "Eh" che i canadesi usano durante la programmazione.

Per esempio:

MyObj.IsVisible

MyObj.VisibleEh

Sono italiano e uso sempre l'inglese, per nomi e commenti. Ma molti altri programmatori italiani usano la lingua italiana, o più spesso uno strano mix inglese-italiano (qualcosa del genere IsUtenteCopy).

Un esempio di codice di vita reale:

// Trovo la foto collegata al verbale
tblVerbali rsVerbale;
hr = rsVerbale.OpenByID(GetDBConn(), m_idVerbale);
if( FAILED(hr) )
    throw CErrorHR(hr);
hr = rsVerbale.MoveFirst();
if( S_OK != hr )
    throw CError(_T("Record del verbale non trovato."));

A proposito, la procedura guidata MFC di Visual Studio crea un'applicazione scheletro con commenti localizzati:

BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
    if( !CMDIFrameWndEx::PreCreateWindow(cs) )
        return FALSE;
    // TODO: modificare la classe o gli stili Window modificando 
    //  la struttura CREATESTRUCT

    return TRUE;
}

Sono francese. Come è stato sottolineato nei commenti, i miei connazionali tendono a mostrare un orgoglio superiore alla media nella lingua nazionale :-). Personalmente prendo una posizione pragmatica sulla questione:

• Parlo la lingua che il pubblico target molto probabilmente capirà. Quando codifico software open source con un'ambizione globale, uso l'inglese. Per cose meno utili (ad esempio, il mio file di configurazione di Emacs ), potrei usare il francese.
• Riconosco il fatto che non tutti padroneggeranno l'inglese. In quella prospettiva, l'uso della mia madrelingua potrebbe effettivamente rendere il mio codice più accessibile anziché inferiore (nell'esempio sopra, a nessuno importa di un ennesimo .emacs, a meno che non sia scritto in una lingua che capiscono).
• Meglio scrivere un buon francese che un cattivo inglese. Scoraggo attivamente i miei subordinati dallo scrivere un inglese per metà soprattutto quando la concisione è importante, ad esempio nei docstring e nei messaggi di commit del controllo di versione.

Vengo dall'Egitto. Penso che passiamo all'inglese di default quando parliamo, o anche pensiamo al codice. La maggior parte delle risorse di apprendimento - quelle regolari come libri e persino blog, podcast e così via - sono in inglese. Passare alla tua lingua madre significa voltare le spalle a molte grandi risorse.

Immagino che questo post possa trasmettere il mio punto, tramite Jeff Atwood: http://www.codinghorror.com/blog/2009/03/the-ugly-american-programmer.html

C # , funziona davvero (cirillico):

[Flags]
public enum Товары
{
    Непонятно = 0,
    Книги     = 1,
    Тетради   = 2,
    Карандаши = 4,
    Всё = Книги | Тетради | Карандаши
}

..
Товары карандаши = Товары.Карандаши;

È divertente (strano) il fatto che Visual Studio lo permetta e qualcuno sta scrivendo codice usando la sua lingua madre (non inglese).

La Spagna ha un problema tradizionale con le lingue straniere. Gli spagnoli di età inferiore ai 40 anni dovrebbero conoscere l'inglese da scuola, ma il fatto è che il livello di inglese è vicino allo zero quasi ovunque.

Quindi ci sono fondamentalmente due tipi di ambienti software: codice che dovrebbe essere condiviso con parti internazionali (progetti open source, uffici spagnoli di multinazionali straniere, fornitori che vendono all'estero) e codice che viene venduto localmente. Il primo è ovviamente scritto in inglese, ma il secondo è normalmente scritto in spagnolo, sia i nomi delle variabili che la documentazione. Le parole nelle variabili perdono accenti e tilde come richiesto per adattarsi a ASCII a 7 bit ( dirección-> direccion) e i bit inglesi possono essere usati quando rappresentano una caratteristica del linguaggio standard ( getDireccion) o un concetto senza una traduzione universalmente accettata ( abrirSocket).

Succede che la parola spagnola per anno (año) diventa la parola per ano quando si rimuove la tilde. Non ho alcun problema con la scrittura, anoma la maggior parte degli altri programmatori lo evita ad ogni costo e produce ogni sorta di alternative divertenti come annoo anyo:)

Alcuni esempi:

/**
 * Devuelve una cadena aleatoria de la longitud indicada elegidos entre la lista proporcionada;
 * contempla caracteres multi-byte
 */
function mb_cadena_aleatoria($longitud=16, $caracteres='0123456789abcdefghijklmnopqrstuvwxyz'){ // v2010-06-03
    $cadena = '';
    $max = mb_strlen($caracteres)-1;

    for($i=0; $i<$longitud; $i++){
        $cadena .= mb_substr($caracteres, mt_rand(0, $max), 1);
    }
    return $cadena;
}

/*
 * Da formato a un número para su visualización
 *
 * numero (Number o String) - Número que se mostrará
 * decimales (Number, opcional) - Nº de decimales (por defecto, auto)
 * separador_decimal (String, opcional) - Separador decimal (por defecto, coma)
 * separador_miles (String, opcional) - Separador de miles (por defecto, ninguno)
 */
function formato_numero(numero, decimales, separador_decimal, separador_miles){ // v2007-08-06
    numero=parseFloat(numero);
    if(isNaN(numero)){
        return "";
    }

    if(decimales!==undefined){
        // Redondeamos
        numero=numero.toFixed(decimales);
    }

    // Convertimos el punto en separador_decimal
    numero=numero.toString().replace(".", separador_decimal!==undefined ? separador_decimal : ",");

    if(separador_miles){
        // Añadimos los separadores de miles
        var miles=new RegExp("(-?[0-9]+)([0-9]{3})");
        while(miles.test(numero)) {
            numero=numero.replace(miles, "$1" + separador_miles + "$2");
        }
    }

    return numero;
}

In Francia, molte persone tendono a programmare usando nomi di oggetti / metodi / variabili francesi se lavorano con colleghi che non parlano inglese. Tuttavia, dipende davvero dal tuo ambiente.

La regola del pollice è "più persone qualificate stai lavorando / i progetti su cui stai lavorando sono, più è probabile che sarà in inglese" /

Sembra essere lo stesso in Germania.

Vengo dalla Svezia e sia io che i miei colleghi programmiamo in inglese. Penso che questa sia una buona cosa, ma a volte può essere difficile trovare equivalenti inglesi a termini ed espressioni specifici del cliente.

Le mie ragioni per scrivere il codice in inglese:

• Quasi tutti i linguaggi di programmazione che io abbia mai usato sono stati scritti in inglese (mescolare i linguaggi renderebbe il codice più difficile da leggere per me)

• I framework più popolari e l'estensione di terze parti sono scritti in inglese (di nuovo, mescolare le lingue sarebbe solo una distrazione)

• I caratteri svedesi (åäö) di solito non sono ammessi quando si nominano variabili e funzioni

• Se gli altri membri del team provengono da paesi diversi, possiamo ancora collaborare

• Se ho bisogno del supporto di un fornitore di piattaforme, è molto più facile per loro aiutarmi a capire il mio codice

• È più facile esternalizzare il supporto

Vengo da Bangalore, in India. I programmatori provengono da vari stati con lingue diverse .

Codifichiamo in inglese, documentiamo in inglese, commentiamo in inglese, la convenzione di denominazione è in inglese. L'inglese è la nostra lingua comune mentre si parla in ufficio.

Sono del Quebec e ho visto molti programmatori preferire programmare in inglese. Ho una buona citazione per te.

Lascia che programmino in inglese e vedrai che non conoscono l'inglese.

Quindi potresti trovare gemme come:

//putting the conter to 0
i=0

Chiaramente, è meglio programmare nella tua lingua madre se non padroneggi la lingua di destinazione. in caso contrario, è solo offuscare il codice.

Vengo dall'Inghilterra e provo a programmare (e pubblicare su siti come Stack Overflow ) in inglese americano , perché questa è la lingua internazionale consolidata per la programmazione.

Penso di essere in minoranza però. Alcuni programmatori britannici che conosco insistono sull'uso dell'ortografia britannica anche quando collaborano con altri programmatori che usano l'inglese americano e possono arrabbiarsi quando un collega americano o indiano modifica i propri commenti per passare dall'inglese britannico a quello americano (non provatelo sulla wiki di Ward .)

Vivo e lavoro nei Paesi Bassi, ma tutto il codice che scriviamo è in inglese. Ecco alcuni dei motivi per cui posso pensare al motivo per cui programmiamo in inglese:

• Il framework .NET con cui lavoriamo è in inglese. È sempre meglio seguire le convenzioni del framework con cui stai lavorando e credo che questo includa il linguaggio.
• L'olandese è una lingua orribile per descrivere concetti tecnici. L'inglese ha parole che possono descrivere accuratamente qualcosa di tecnico, ad esempio un software, ma molte di queste parole non hanno equivalenti olandesi. La parola "interagire" ne è un esempio; non esiste una parola olandese comunemente usata che trasmetta lo stesso messaggio.
• Una piccola percentuale dell'azienda non parla olandese (ancora).

L'unica ragione per cui riesco a pensare al motivo per cui non dovresti scrivere in inglese, è nel contesto del design guidato dal dominio . Praticare DDD include la definizione di un linguaggio onnipresente con il tuo cliente. Se il tuo cliente richiede l'uso di termini non inglesi, non sarebbe saggio tradurre questi termini in inglese nel tuo codice; sconfigge lo scopo del linguaggio onnipresente.

Non ho mai visto nessuno usare nomi non inglesi nel codice qui in Israele, ma la mia esperienza è limitata ai progetti universitari. Ad ogni modo, personalmente scrivo solo il codice in inglese e in realtà scrivo anche tutte le mie e-mail e compiti in inglese. Ciò è dovuto principalmente al fatto che l'ebraico è scritto da destra a sinistra e può essere molto fastidioso incorporare termini inglesi nel testo.

Vengo dalla Germania e scrivo la mia classe, il metodo, i nomi delle variabili tutti in inglese e penso che anche la maggior parte delle persone lo faccia. Ma nei commenti dipende da chi sto lavorando.

E devo ammettere che se vedo codice scritto in una lingua diversa dall'inglese, lo odio davvero perché non puoi "leggere il codice". È come se qualcuno scrivesse una frase in tedesco mista a inglese.

Un altro motivo per cui dovresti assolutamente usare l'inglese durante la codifica è che le chiamate API e le chiamate specifiche della lingua sono sempre scritte in inglese. Quindi perché cambiare lingua? Direi persino che usare l'inglese ti aiuta a pensare perché non devi cambiare lingua.

Anche tutte quelle documentazioni e la maggior parte delle domande e risposte su Internet sono in inglese, quindi IMO DEVI lavorare comunque in inglese.

Un esempio che penso sia orribile da vedere è

meinObst = "Apfel;Himbeere;Traube"
meinGeteiltesObst = meinObst.split(";")

for obst in meinGeteiltesObst:
    ...

Puoi assolutamente vederlo nella dichiarazione for che stai passando da una lingua all'altra e non è una buona cosa IMO.

Vengo dalla Slovenia e scrivo rigorosamente in inglese. Ho visto diversi programmi codificati in sloveno perché il cliente lo richiedeva. Apparentemente è più facile leggere il codice in questo modo.
Quindi sì, le persone non solo codificano in inglese.

E sto parlando del codice stesso, non della localizzazione del software.

Vengo dalla Danimarca.

Codice, documentazione, denominazione, documenti di progettazione ecc. Sono tutti realizzati in inglese. Ho mai visto diversamente solo in progetti di hobbisti e studenti - e anche solo raramente.

L'unica domanda aperta che vedo è cosa fare delle stringhe (potenzialmente) visibili all'utente:

window.setHeader("????");

throw new ThisMightBeSeenByTheUserInAnErrorMessageException("????");

Per le eccezioni preferisco usare i messaggi inglesi. Sembra migliore e devi comunque gestire i messaggi di eccezione inglesi dai framework.

Per i testi della GUI sono più agnostico. È una soluzione più elegante per scrivere tutto in inglese e utilizzare una soluzione di localizzazione per tradurre in danese, ma è molto impegnativo per un'applicazione che sarà sempre e solo utilizzata dagli utenti danesi.

Vengo dall'Italia ma non sono sicuro di quello che stai chiedendo.

Se stai parlando di denominare gli oggetti, sì, lo facciamo in inglese. Di solito gli studenti nominano i loro oggetti in italiano a scopo di apprendimento. Ma personalmente trovo difficile e preferisco usare l'inglese, poiché alcuni termini tecnici sono estremamente terribili in italiano.

Sono italiano. Di solito uso l'inglese per tutto (*), ma quando scrivevo materiale web non riuscivo a usare l'inglese per gli oggetti del database. Dover tradurre concetti tra un "linguaggio di programma" e una "documentazione / URL / UI / linguaggio del cliente" aggiunge un onere eccessivo. Inoltre, a volte gli oggetti del tuo database prendono il loro nome da termini burocratici che sono difficili o impossibili da tradurre. Quindi ho usato l'italiano per oggetti di database e qualsiasi cosa relativa a questo. Anche i commenti erano in italiano, dal momento che si riferiscono a quegli stessi oggetti e sembrerebbe imbarazzante (molte parole tecniche inglesi non esistono in italiano, ma DB è un campo in cui il lessico è abbastanza completo).

Tuttavia, quando ho scritto librerie di classi che dovevano essere riutilizzate, ho usato rigorosamente l'inglese, per tutte le classi, variabili e commenti (tranne forse il commento di livello superiore, che aveva esempi di codice ed era bilingue).

(*) un'eccezione: chiamo costantemente le mie variabili fittizie pippo e pluto ("Pippo" e "Plutone") piuttosto che pippo e barra. :)

Sì, lo facciamo. Vengo dall'Uruguay e di solito codifichiamo con nomi di variabili in inglese. Alcune persone lasciano commenti in spagnolo, ma lo trovo un po 'imbarazzante. In un precedente lavoro eravamo costretti a usare lo spagnolo per variabili e metodi, e lo odiavo.

Attualmente sono nei Paesi Bassi, ma originario della Russia. 11 anni fa, molti programmatori in Russia non avevano una buona padronanza dell'inglese, quindi i commenti erano spesso in russo. I nomi delle variabili e i metodi delle funzioni erano ancora in inglese, o ciò che la gente pensava fosse inglese, semplicemente perché le corrispondenti parole russe tendono ad essere lunghe e talvolta sembrano oscurare il senso. Ora è probabilmente come ovunque: più sono le persone professionali, maggiore è la possibilità che i loro commenti siano in inglese.

Nei Paesi Bassi, ho visto commenti olandesi e nomi di variabili / metodi nella società in cui la maggior parte dei programmatori erano olandesi (tali società esistono :)) Ma era l'unico caso.

A proposito, la domanda 'Conoscevi l'alfabeto latino fino a quando non venivi in ​​Occidente' mi infastidiva, fino a quando non ho imparato a ridere di esso :)

Dall'India, come qualcun altro ha detto che siamo al 100% inglesi! Ma ho anche lavorato in Germania per un breve periodo. I tedeschi lo facevano come gli italiani (come diceva Lorenzo). Ma le aziende più grandi come Siemens ecc. Hanno standardizzato l'inglese. È molto più semplice delegare il proprio lavoro al di fuori del proprio Paese di base quando tutta la documentazione e il codice sono in inglese.

Sono venuto negli Stati Uniti meno di un decennio fa e l'inglese non è la mia prima lingua. Anche se ho imparato a leggere e scrivere l'inglese a scuola, non parlavo inglese abbastanza bene fino a quando non mi sono sposato con qualcuno che non parlava la mia lingua. Bene, anche l'inglese non era la sua prima lingua, ma abbiamo scoperto che era più facile usare l'inglese per comunicare piuttosto che cercare di imparare le altre lingue. Penso che lo stesso valga anche per la programmazione. Se ognuno esprimesse le proprie idee nella propria lingua, la conoscenza diventerebbe troppo dispersa. L'inglese dovrebbe essere obbligatorio? Probabilmente no. Molte persone non ne avrebbero bisogno. La mia famiglia era prevalentemente contadina e la maggior parte di loro non avrebbe mai avuto bisogno di conoscere l'inglese per condurre una vita utile. Non direi vita di successo perché ha significati diversi in diverse parti del mondo.

Non desidero entrare in una guerra santa, ma l'inglese nella programmazione potrebbe non avere nulla a che fare con il programmatore "Brutto americano". Potrebbe essere solo un modo conveniente per collaborare con persone che parlano lingue diverse. Potrebbe essere stata qualsiasi lingua. Potrebbe essere in futuro codificheremo e commenteremo in cinese. Se ciò dovesse accadere, probabilmente non sarebbe dovuto ai programmatori "Brutti cinesi", piuttosto perché più persone in più paesi usano il cinese per comunicare con gli estranei.

Anche per progetti personali tendo a usare l'inglese principalmente perché è più facile porre domande sul codice su Stack Overflow o su altri siti Web. Lo stesso vale per il mio sistema operativo: uso solo l'inglese. Ho avuto un sistema operativo olandese una volta, ed è davvero orribile per google per errori o informazioni.

C'è un vantaggio della codifica in un'altra lingua e cioè che molto probabilmente non ti imbatterai in parole contrastanti o riservate.

Vengo dalla Bielorussia , ma uso sempre l'inglese per i commenti. E come so molti programmatori bielorussi usano l'inglese come lingua principale per la codifica.

    /// <summary>
    /// Get item quantity
    /// </summary>
    /// <param name="itemCode">Item code</param>
    /// <param name="grade">Grade</param>
    /// <param name="lpn">LPN</param>
    /// <returns>Returns item quantity</returns>
    private int GetQuantity(string itemCode, string grade, int lpn)
    {
        using (var db = new MappingDataContext(_connection))
        {
            db.ObjectTrackingEnabled = false;
            return (from i in db.INVENTORs
                    where i.ITEM_NO == itemCode
                    where i.CUSTCHAR12 == grade
                    select i.ITEM_NO).Count();
        }
    }

Sono sicuramente quello strano: uso una lingua tokenizzata e quindi anche la lingua stessa può essere visualizzata nella tua lingua madre (francese, inglese, tedesco, spagnolo e giapponese). È un linguaggio RBDMS nato negli anni '80, chiamato 4th Dimension . Dai un'occhiata alla traduzione del comando lingua facendo clic sulle icone delle bandiere.

Di seguito puoi vedere lo stesso codice visto con le impostazioni francese e inglese.

Vengo dal Quebec e sono una persona di lingua francese, ma tutto il mio codice, commento e documentazione è sempre fatto in inglese. Ma conosco alcune aziende del Quebec che impongono il francese nel codice (commenti e denominazione di oggetti / variabili).

Ho sempre codificato in inglese. Inoltre, non ho mai voluto scrivere codice come questo:

क = 1;
कुल = 0;
जब तक क छोटा है 10 से  {
    कुल += क;
}
छापो कुल

कार्य खाली मुख्य ( )      अंक समय       लिखें "Enter current time"    
     पढें समय        अगर [ समय < 12 ]    
        लिखें "Good Morning"    
  वरनाअगर [ समय >= 12 और समय < 16 ]    
           लिखें "Good Afternoon"    
  वरना              लिखें "Good Evening"    
  खत्म अगर    
खत्म कार्य

Essendo dai Paesi Bassi ho avuto la brutta esperienza di essere stato costretto a scrivere commenti (e persino nomi variabili) in olandese a scuola. Il più delle volte ho rifiutato questo atteggiamento e ho scritto tutto questo in puro inglese, indipendentemente da molti altri studenti che avevano già esperienza di programmazione o imparato in fretta.

In tutte le società in cui ho lavorato, l'unico uso dell'olandese era per le stringhe che l'utente finale poteva o avrebbe visto, tutto il resto del testo (inclusa la documentazione non utente) era in inglese.

Vengo dalla Norvegia, programmiamo in inglese. Significa che i nomi delle variabili, i nomi dei metodi, i commenti ecc. Sono in inglese. Vi sono tuttavia alcune variazioni. Potresti trovare commenti in norvegese e il codice stesso in inglese.

Il codice sviluppato da istituzioni governative o società molto piccole potrebbe essere in norvegese. In generale è molto poco pratico usare il norvegese perché le aziende assumono persone che non parlano norvegese o potrebbero voler fare outsourcing. L'uso del codice norvegese complicherebbe quindi le cose. Per la maggior parte delle aziende di una certa dimensione che si occupano di clienti all'estero, l'inglese è la lingua dell'azienda. Ciò significa che e-mail, annunci, ecc. Saranno in inglese, sebbene i dipendenti ovviamente parlino norvegese.

Vengo da Taiwan. Codifichiamo in inglese e seguiamo la convenzione di denominazione di lingue specifiche.