क्या गैर-अंग्रेजी बोलने वाले देशों में लोग अंग्रेजी में कोड रखते हैं? [बन्द है]


93

मैंने सुना है कि यह (सहकर्मियों द्वारा) कहा गया है कि हर कोई "अंग्रेजी में कोड" की परवाह किए बिना जहां से हैं। मुझे लगता है कि विश्वास करना मुश्किल है, हालांकि मुझे आश्चर्य नहीं होगा अगर, अधिकांश प्रोग्रामिंग भाषाओं के लिए, समर्थित वर्ण सेट अपेक्षाकृत संकीर्ण है।

क्या आपने कभी ऐसे देश में काम किया है जहां अंग्रेजी प्राथमिक भाषा नहीं है?

यदि हां, तो उनका कोड कैसा दिखता था?


14
यह अंग्रेजी में सभी चीजों के नाम को कोड करने के लिए समझ में आता है, इसे फ्रेमवर्क के साथ एकीकृत किया जाता है, जिसमें गैर-लैटिन लेखन भाषाओं का भी उल्लेख नहीं है (मुझे कुछ सिरिलिक या चाइनीज़ कोड ढूंढना चाहिए; यह दिलचस्प होगा)। सवाल निश्चित रूप से है: यह ब्रिटिश या अमेरिकी अंग्रेजी होना चाहिए? ब्रिटिश स्पेलिंग के साथ .net फ्रेमवर्क में कुछ भाग होते हैं जबकि इसका अधिकांश भाग अमेरिकी में होता है।
रॉबर्ट कोरिटनिक

3
वास्तव में? ब्रिटिश वर्तनी कहाँ है? अमेरिकन इंग्लिश मुझे परेशान करती थी (मैं ऑस्ट्रेलियन हूं), लेकिन मैं अब इसका इस्तेमाल कर रही हूं ...
दामोविसा

55
इस तरह के प्रश्नों के साथ समस्या यह है कि इस अंग्रेजी प्रश्नोत्तर साइट पर आपके अंग्रेजी प्रश्न के अंग्रेजी उत्तर लिखने वाले लोग संभवतः गैर-अंग्रेजी भाषी देशों में सभी प्रोग्रामर के प्रतिनिधि नहीं हैं।
लैरी वांग

3
एक कोड नमूना Wonderfl.net/c/iUH0/read
www0z0k

1
@ लॉरी वांग: यह सच है, स्टैकओवरफ्लो उपयोगकर्ता शायद प्रतिनिधि नहीं हैं। लेकिन हम सामान्य सहकर्मियों और सामान्य (पढ़ें: प्रतिनिधि) कोडिंग नियमों के साथ सामान्य कंपनियों में काम करते हैं। इसलिए मुझे लगता है कि इस प्रश्न का उत्तर विकृत नहीं है
निक्की

जवाबों:


88

मैं कनाडा से हूं, लेकिन अभी राज्यों में रहता हूं।

यह "Eh" प्रत्यय के बजाय बूलियन चर लिखने के लिए उपयोग करने के लिए मुझे कुछ समय लगा, "Eh" प्रत्यय के बजाय, जिसे कनाडाई प्रोग्रामिंग करते समय उपयोग करते हैं।

उदाहरण के लिए:

MyObj.IsVisible

MyObj.VisibleEh

21
यह एक मज़ाक है, मैंने ठीक कहा न?
फिलिप

21
यह बेहतर हो सकता है, लेकिन इसकी बहुत अजीब बात है।
HelloFictionalWorld

2
यह सबसे मजेदार चीज है जो मैंने अब तक इंटरनेट पर देखी है
जॉर्ज कगन

मुझे यह खौफनाक लगता है
lukas.pukenis

6
@Philip "यह एक मजाक है?"
rlemon

52

मैं इतालवी हूं और नाम और टिप्पणियों के लिए हमेशा अंग्रेजी का उपयोग करता हूं। लेकिन कई अन्य इतालवी प्रोग्रामर इतालवी भाषा का उपयोग करते हैं, या अधिक बार एक अजीब अंग्रेजी-इतालवी मिश्रण (जैसे कुछ IsUtenteCopy)।

एक वास्तविक जीवन कोड नमूना:

// 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."));

वैसे, Visual Studio MFC विज़ार्ड स्थानीयकृत टिप्पणियों के साथ एक कंकाल एप्लिकेशन बनाता है:

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;
}


1
@klez: है सच में मेरे दोस्त ragione
जादूगर

2
@ लॉरेंज़ो की तरह लॉरेंज़ो विधि इटैलिक, लोल में यहाँ होनी चाहिए!
systempuntoout

13
यही एक कारण है कि मैं इटली में कभी काम नहीं करूँगा ..
थॉमस बोनी

3
मैं कल ही एक साथी डेवलपर के रूप में भाग गया हूं, जो कुछ अंतरराष्ट्रीय फर्म में काम करने के लिए हुआ था, वे एक सिस्टम में कुछ सुविधाओं को जोड़ रहे हैं जो इसे इतालवी टेलीकॉम कंपनी द्वारा और उसके लिए बनाया गया था। दुर्भाग्य से वे इतालवी में लगभग सब कुछ कोड करते हैं, जिसमें चर, विधियों के नाम, टिप्पणियाँ और यहां तक ​​कि लॉग भी शामिल हैं !! यहां तक ​​कि किसी प्रकार के हैंडओवर सत्र के दौरान केवल इतालवी टीम का एक डेवलपर कोड के माध्यम से लोगों को चलने के लिए पर्याप्त अंग्रेजी बोल सकता है। , वैसे भी, ऐसा लगता है कि Google अनुवादक को मेरे मित्र की टीम में अब बहुत प्रतिष्ठा मिल रही है: D
Shady M. Najib

45

मैं फ्रेंच हूँ। जैसा कि टिप्पणियों में बताया गया है, मेरे देशवासी राष्ट्रभाषा :-) में एक औसत-औसत अभिमान प्रदर्शित करते हैं। मैं खुद इस मुद्दे पर एक व्यावहारिक स्थिति लेता हूं:

  • मैं वह भाषा बोलता हूं जिसे लक्षित दर्शक सबसे अधिक समझ पाएंगे। एक वैश्विक महत्वाकांक्षा के साथ ओपन-सोर्स सॉफ़्टवेयर को कोड करते समय, मैं अंग्रेजी का उपयोग करता हूं। कम व्यापक रूप से उपयोगी सामान (उदाहरण के लिए, मेरी एमएसीएस कॉन्फ़िगरेशन फ़ाइल ), मैं फ्रांसीसी का उपयोग कर सकता हूं।
  • मैं इस तथ्य को स्वीकार करता हूं कि हर कोई अंग्रेजी में महारत हासिल नहीं करेगा। उस परिप्रेक्ष्य में, मेरी मातृभाषा का उपयोग करना वास्तव में मेरे कोड को कम के बजाय अधिक सुलभ बना सकता है (ऊपर के उदाहरण में, कोई भी एक umpteenth के बारे में परवाह नहीं करता है .emacs, सिवाय इसके कि अगर ऐसा उस भाषा में लिखा जाए, जिसे वे समझते हैं)।
  • खराब अंग्रेजी की तुलना में अच्छा फ्रेंच लिखने के लिए बेहतर है। मैं अपने अधीनस्थों को सक्रिय रूप से आधी-अधूरी अंग्रेजी लिखने से मना करता हूं, विशेष रूप से जहां कॉन्सेप्ट मायने रखता है, उदाहरण के लिए डॉकस्ट्रिंग्स और संस्करण नियंत्रण संदेश।

1
और फिर किसी दिन आपकी कंपनी विदेशियों द्वारा खरीदी जाती है जिन्हें आपके कोड के माध्यम से ब्राउज़ करना पड़ता है। हाँ, यह हमारे फ्रेंच सहयोगियों स्रोत कोड के माध्यम से जाने के लिए बहुत मज़ा नहीं है ...
Carra

7
भले ही मुझे वियतनामी कहने का एक शब्द नहीं पता है, अगर मेरी पसंद सही वियतनामी टिप्पणियों के साथ कोड पढ़ने के बीच है, या "अंग्रेजी" टिप्पणी है कि अत्यधिक टूटी हुई और अस्पष्ट है, मैं दृढ़ता से पूर्व पसंद करूंगा। मेरे लिए कई स्वचालित अनुवादों का उपयोग करना संभव है, एक वियतनामी-अंग्रेजी विघटनकारी, और / या एक मानव अनुवादक वियतनामी को समझने के लिए, लेकिन अस्पष्ट टूटी हुई अंग्रेजी का इच्छित अर्थ हमेशा के लिए खो सकता है।
केविन कैथार्ट

-1 के लिए "खराब अंग्रेजी की तुलना में अच्छा फ्रेंच लिखने के लिए", अगर मैं कर सकता था। इस मानसिकता के साथ आप अपने अंग्रेजी कौशल को कैसे सुधारेंगे?
दानीझार

@danijar अंग्रेजी कौशल में सुधार करने के लिए उपयुक्त कुछ फोरम में? मुझे नहीं लगता कि "हास्य एक बहुविवाह बनने की कोशिश कर रहा व्यक्ति" अधिकांश कोड आधारों के लिए लक्ष्यों की सूची पर बहुत अधिक है, खासकर जहां यह "बनाए रखने के लिए समझदार"
शंभुलाल

@ शंबुलेटर बहुत निर्भर करता है। यह अंग्रेजी में अंतर्राष्ट्रीय परियोजनाओं को कोड करने के लिए समझ में आता है, जैसा कि कई उत्तरों में बताया गया है। शौक परियोजनाओं के लिए, व्याकरण की गलतियाँ स्वीकार्य हैं, इसलिए अंग्रेजी में कोडिंग की आदत पड़ना मेरे लिए समझ में आता है। इसके अलावा, व्यक्तिगत रूप से, आपके द्वारा पढ़े जाने वाले अंग्रेजी स्रोतों और अपनी मूल भाषा में आपके कार्यक्रम के बीच स्विच करना असुविधाजनक है।
दिनकर

45

मै मिस्र से हूँ। मुझे लगता है कि जब हम बात करते हैं या कोड के बारे में सोचते हैं तो हम डिफ़ॉल्ट रूप से अंग्रेजी पर स्विच करते हैं। अधिकांश शिक्षण संसाधन - नियमित रूप से किताबें, और यहां तक ​​कि ब्लॉग, पॉडकास्ट और इतने पर जैसे अंग्रेजी में हैं। अपनी मातृभाषा में स्विच करने का अर्थ है, बहुत सारे महान संसाधनों के लिए अपनी पीठ मोड़ना।

मुझे लगता है कि यह पोस्ट जेफ एटवुड के माध्यम से मेरी बात बता सकती है: http://www.codinghorror.com/blog/2009/03/the-ugly-american-programmer.html


3
अमेरिका से होने के नाते, मैं इसे स्वीकार करने से नफरत करता हूं लेकिन 'अग्ली अमेरिकन' अभी भी हमारे देश में (हम सभी के लिए), विशेष रूप से व्यापार में बहुत अधिक सांस्कृतिक प्रभाव रखते हैं। नस्लवाद, लिंगवाद, आदि की तरह ... राज्यों में सांस्कृतिक प्रगति को उसी तरह मापा जाता है जैसे कि यह हमेशा से रहा है। एक समय में एक पीढ़ी।
इवान प्लाइस

मैं सीरिया से हूँ, और @Shady से सहमत हूँ, दुनिया के अधिकांश हिस्सों में, अंग्रेजी सबसे अधिक प्रभावी भाषा है और यदि आप अंग्रेजी नहीं जानते हैं तो आप इंटरनेट का प्रभावी ढंग से उपयोग नहीं कर सकते हैं। अगर हम भारतीयों को देखें, तो वे सॉफ्टवेयर डेवलपमेंट में प्रथम स्थान पर हैं, क्या उनके पास उरुदो प्रोग्रामिंग भाषा है? मुझे नहीं लगता। क्या मायने रखता है सांस्कृतिक मतभेदों का कोई उपयोग और विकास नहीं है। जितना अधिक आप सुरुचिपूर्ण होंगे उतना ही आप प्रबल होंगे, यही कारण है कि अरबी भाषा अब इतिहास के माध्यम से अपनी सबसे कठिन चुनौतियों का सामना कर रही है।
केनन डी।

@LordCover आप जानते हैं कि अंग्रेजी भारत की राष्ट्रीय भाषा है, है ना?
रचेत

28

सी # , यह वास्तव में काम करता है (सिरिलिक):

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

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

उस विज़ुअल स्टूडियो में मज़ा (अजीब) है और वह अपनी मूल भाषा (गैर-अंग्रेज़ी) का उपयोग करके किसी को कोड लिख रहा है।


11
उन लोगों के लिए जो रूसी नहीं बोलते हैं या अनुवाद को देखने के लिए बहुत आलसी हैं, Товарыहै Items; Непонятно, Unknown; Книги, Books; Тетради, Notebooks; Карандашы, Pencilsऔर Всёहै All। मैं केवल इस पर ध्यान देता हूं क्योंकि रोमांस की भाषाओं के बोलने वाले अन्य रोमांस भाषाओं के माध्यम से गुनगुनाने में सक्षम होते हैं, और मुझे लगता है कि पश्चिम में स्लाव भाषा को कम करके आंका जा सकता है (मेरे पास पोलिश विरासत है)। मैं यह भी मानता हूं कि ऐसा 3होना चाहिए 4
जॉन पुरडी

@Jon Purdy आप सही हैं। मैंने [झंडे] विशेषता को जोड़ा है और 3 से 4 को बदल दिया है। लेकिन समस्याएं विकास के मुद्दों में नहीं हैं। मज़ा (अजीब) है जिसे विज़ुअल स्टूडियो अनुमति देता है और कोई अपनी मूल भाषा (गैर-अंग्रेज़ी) का उपयोग करके कोड लिख रहा है।
जज

19
अगली बार मुझे अपने कोड को अस्पष्ट करने की आवश्यकता है जो मैं सिरिलिक का उपयोग कर रहा हूं।
तलवी वटिया

6
मैं रूसी हूं, लेकिन मुझे रूसी भाषा में लिखे कोड सदस्य नामों से नफरत है। किसने कहा कि मैं हर समय इस कोड का समर्थन करूंगा? कल हो सकता है मुझे निकाल दिया जाएगा, और मेरी जगह पर दूसरे देश से कोई होगा।
प्रतिभा

1
@JonPurdy पोलैंड में कोई सिरिलिक नहीं है, हम रोमन वर्णमाला का उपयोग कुछ विशिष्ट अक्षरों के साथ करते हैं, उदाहरण के लिए "
Dziez

25

विदेशी भाषाओं के साथ स्पेन की पारंपरिक समस्या है। 40 से कम उम्र के स्पैनिश स्कूल से अंग्रेजी जानने वाले हैं, लेकिन स्पष्ट तथ्य यह है कि अंग्रेजी का स्तर लगभग हर जगह शून्य के करीब है।

इसलिए मूल रूप से दो प्रकार के सॉफ्टवेयर वातावरण हैं: कोड जिसे अंतरराष्ट्रीय पार्टियों (ओपन सोर्स प्रोजेक्ट्स, विदेशी बहुराष्ट्रीय कंपनियों के स्पेनिश कार्यालय, विदेश में बेचने वाले विक्रेता) और स्थानीय रूप से बेचे जाने वाले कोड के साथ साझा किया जाना है। पूर्व बेशक अंग्रेजी में लिखा गया है, लेकिन उत्तरार्द्ध आमतौर पर स्पेनिश में लिखा जाता है, चर नाम और प्रलेखन दोनों। वैरिएबल में शब्द 7-बिट ASCII ( dirección-> direccion) में फिट होने के लिए लहजे और टिल्ड खो देते हैं और अंग्रेजी बिट्स का उपयोग तब किया जा सकता है जब वे एक मानक भाषा सुविधा ( getDireccion) या एक अवधारणा के बिना सार्वभौमिक रूप से स्वीकृत अनुवाद ( abrirSocket) का प्रतिनिधित्व करते हैं ।

ऐसा होता है कि स्पेनिश शब्द वर्ष के लिए (año) गुदा के लिए शब्द बन जाता है जब आप टिल्ड को हटाते हैं। मैं लेखन के साथ किसी भी समस्या नहीं है ano, लेकिन अधिकांश अन्य प्रोग्रामर किसी भी कीमत पर से बचने और की तरह हास्यास्पद विकल्प के सभी तरह का उत्पादन annoया anyo:)

कुछ नमूने:

/**
 * 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;
}

12
एओ बिट के लिए upvoted, अच्छी हंसी :)
julien

बहुत अच्छा, जानकारीपूर्ण उत्तर! Btw, लगता है जैसे "बाद" और "पूर्व" 2 पैरा में मिलाया गया।
जोनीक

मैं हमेशा टाइप करता हूं: "aio"
OscarRyz

मैं (चाटुकार भी) तिलों के इस्तेमाल के डर को नहीं समझता, मैंने कुछ सहकर्मियों के बीच भी इसे देखा है। आधुनिक IDE पूरी तरह से यूनिकोड का समर्थन करते हैं, इसलिए "año" का उपयोग करने में क्या गलत है? वैसे भी मैं हमेशा अंग्रेजी का उपयोग करता हूं, यह मुझे अंग्रेजी भाषा के कीवर्ड और फ्रेमवर्क क्लास / सदस्यों के साथ स्पेनिश शब्दों को देखने के लिए अजीब लगता है।
कोनामिमन

कम से कम "anno" "año" की (बहुत) पुराने जमाने की वर्तनी है। शायद ऐसे स्पेनिश बोलने वाले प्रोग्रामर को स्पेनिश के बजाय लैटिन में कोड करना चाहिए; यह सब के बाद "लैटिन" वर्णमाला है।
23

22

फ्रांस में, कई लोग फ्रांसीसी वस्तुओं / विधियों / चर नामों का उपयोग करके कोड बनाते हैं यदि वे गैर अंग्रेजी बोलने वाले सहयोगियों के साथ काम करते हैं। हालाँकि, यह वास्तव में आपके पर्यावरण पर निर्भर करता है।

अंगूठे का नियम है 'आप जितने कुशल लोग काम कर रहे हैं / उतनी परियोजनाएँ जिन पर आप काम कर रहे हैं, उतनी ही अधिक संभावना यह है कि यह अंग्रेज़ी में होने जा रही है' /

जर्मनी में भी ऐसा ही लगता है।


22
यह मेरे लिए कोई आश्चर्य की बात नहीं होगी कि फ्रेंच में फ्रेंच प्रोग्राम होगा ... (ऐसा नहीं है कि मैं कह रहा हूं कि उन्हें अंग्रेजी बोलने से नफरत है, लेकिन, ठीक है, मुझे लगता है कि मैं यही कह रहा हूं ...)
David_001

8
एक पेशेवर प्रोग्रामर होने के नाते जो अंग्रेजी से नफरत करता है वह वास्तव में :-) में रहने के लिए एक स्थायी स्थिति नहीं है
DOMQ

1
@ डेविड_001 ऑन ;-)
13

20
एक अमेरिकी के रूप में, जिन्होंने एक बार फ्रांस में लगभग एक महीने का समय बिताया था, मैं वास्तव में "फ्रेंच हेट स्पीकिंग इंग्लिश" स्टीरियोटाइप का विरोध करना चाहूंगा। मेरा अनुभव था कि मैं फ्रेंच में बात करना शुरू करूंगा, और फिर हम अक्सर थोड़ा सामाजिक घर्षण के साथ अंग्रेजी पर स्विच करना शुरू कर देंगे। ऐसा प्रतीत होता है कि "मेरी भाषा सीखने के प्रयास के लिए धन्यवाद; मैं इस प्रयास की सराहना करता हूं। दुर्भाग्य से, आपका फ्रांसीसी वास्तव में बेकार है और मेरी अंग्रेजी नहीं है, तो चलिए इसका उपयोग करते हैं, जैसा कि मैं चाहता हूं कि यहां सभी एफ * * राजा दिवस। " शायद यह ध्यान देने योग्य है कि 1) मैं पेरिस में नहीं था और 2) यह '94 में वापस आ गया था।
ब्लेयरहिपो

6
@ ब्लेयरहिपो: एक फ्रांसीसी नागरिक के रूप में, जो चले गए, मैं बहुत बार स्टीरियोटाइप (और इससे पीड़ित) का सामना करता हूं। मेरी व्याख्या यह है (और मैं सामान्यीकरण से नफरत करता हूं) लोग अंग्रेजी में अपने कौशल की कमी दिखाने के लिए बहुत गर्व करते हैं। यदि आप उन्हें मूल अंग्रेजी (या अमेरिकी) में संबोधित कर रहे हैं, तो आपको एक बड़ा अनुचित लाभ मिल रहा है। फ्रेंच के साथ शुरू करने से - खासकर अगर यह बुरा है, तो आप दिखाते हैं कि अगर आप बुरा अंग्रेजी दिखा रहे हैं, तो आप उन्हें नहीं आंकेंगे। अधिकांश फ्रेंच लोग जो अंग्रेजी जानते हैं, वे इसे दिखाने की बहुत संभावना रखते हैं :)
Gauthier

22

मैं स्वीडन से हूँ और मैं और मेरे सहकर्मी दोनों अंग्रेज़ी में हैं। मुझे लगता है कि यह एक अच्छी बात है, लेकिन कभी-कभी ग्राहक के विशिष्ट शब्दों और अभिव्यक्तियों के लिए अंग्रेजी समकक्षों के साथ आना मुश्किल हो सकता है।

अंग्रेजी में कोड लिखने के मेरे कारण:

  • मेरे द्वारा अब तक उपयोग की गई सभी प्रोग्रामिंग भाषाएं अंग्रेजी में लिखी गई हैं (भाषाओं के मिश्रण से मेरे लिए पढ़ने के लिए कोड कठिन हो जाएगा)

  • अधिकांश लोकप्रिय ढांचे और तीसरे पक्ष के विस्तार अंग्रेजी में लिखे गए हैं (फिर से, भाषाओं का मिश्रण केवल एक व्याकुलता होगी)

  • चरों और कार्यों के नामकरण के समय स्वीडिश वर्ण (åäö) की अनुमति नहीं होती है

  • यदि टीम के अन्य सदस्य अलग-अलग देशों से हैं, तब भी हम सहयोग कर सकते हैं

  • अगर मुझे एक प्लेटफ़ॉर्म वेंडर से समर्थन की आवश्यकता होती है, तो उनके लिए मेरी मदद करना बहुत आसान है यदि वे मेरे कोड को समझ सकते हैं

  • समर्थन को आउटसोर्स करना आसान है


7
मैंने 1980 के दशक में समय पर स्वीडन का दौरा किया और आश्चर्यचकित था कि बस मैं सभी के बारे में अच्छी अंग्रेजी बोलता था ... जिसमें दुकान सहायक और टैक्सी ड्राइवर शामिल थे। तुम लोग कमाल के हो!
स्टीफन सी

3
+1 के लिए ... "यह ग्राहक विशिष्ट शब्दों और भाव को अंग्रेजी समकक्ष साथ आने के लिए मुश्किल हो सकता है" और मैं भी जब वे कहते हैं स्टीफन सी से सहमत स्वीडिश लोग अच्छी अंग्रेजी बोलते हैं ...
pgras

16

मैं बैंगलोर, भारत से हूँ। प्रोग्रामर विभिन्न भाषाओं वाले विभिन्न राज्यों से हैं

हम अंग्रेजी में कोड, अंग्रेजी में दस्तावेज़, अंग्रेजी में टिप्पणी, नामकरण सम्मेलन अंग्रेजी में है। कार्यालय में बात करते समय अंग्रेजी हमारी आम भाषा है।


1
क्या आपको लगता है कि आप अपने उत्तर को सुधार सकते हैं ताकि इसे क्षैतिज स्क्रॉलबार का उपयोग किए बिना देखा जा सके?
ऑटोडिडैक्ट

हॊ गया। मुझे पता है कि स्क्रॉल बार बेकार है!
pramodc84

मुझे नहीं पता कि लोग जोर देने के लिए टिक टिक का उपयोग क्यों करना पसंद करते हैं। वे जोर से देखो और काम करते हैं, और पहले से ही दो पूरी तरह से अच्छा जोर शैलियों रहे हैं।

9
+1 मेरी टीम में कम से कम 7 विभिन्न भाषाओं के लोग हैं। अंग्रेजी जाने का एकमात्र तरीका है - यहाँ तक कि गपशप करने के लिए भी :)
अमरघोष

2
मेरे भारतीय सहकर्मी और मैं कई भारतीयों के बारे में हंसी के पात्र बोलते हैं। यह ज्यादातर अंग्रेजी है, लेकिन अलग-अलग है। अंग्रेजी कोड बहुत अच्छा है, जबकि प्रलेखन कुछ अंशों को सामने लाता है।
सर वोबिन

10

मैं क्यूबेक हूं और मैंने देखा कि बहुत सारे प्रोग्रामर अंग्रेजी में कोड करना पसंद करते हैं। मुझे आपके लिए एक अच्छी बोली मिली।

उन्हें अंग्रेजी में प्रोग्राम करने दें और आप देखेंगे कि वे अंग्रेजी नहीं जानते हैं।

तो आप रत्न पा सकते हैं जैसे:

//putting the conter to 0
i=0

यदि आप लक्ष्य भाषा में निपुण नहीं हैं, तो स्पष्ट रूप से, अपनी मूल भाषा में कोड करना बेहतर है। अन्यथा, यह सिर्फ कोड को बाधित करता है।


6
"यदि आप लक्ष्य भाषा में महारत हासिल नहीं करते हैं, तो स्पष्ट रूप से, अपनी मूल भाषा में कोड करना बेहतर है। अन्यथा, यह सिर्फ कोड को बाधित करता है।" हाहाहा क्लासिक।
नील फोली

3
यह टिप्पणी मुझे इंगित करती है कि वे उस भाषा को भी नहीं जानते हैं जिसे वे बहुत अच्छी तरह से प्रोग्रामिंग कर रहे हैं, हालांकि - मुझे नहीं लगता कि यह टिप्पणी पूर्ण फ्रेंच में किसी भी अधिक उपयोगी होगी।
yatima2975

@ yatima2975 यह एक वास्तविक जीवन उदाहरण नहीं था, यह कुछ ऐसा था जिसे मैंने अपने दिमाग से बनाया था और किसी भी कॉपीराइट मुद्दे से बचें।
DavRob60

1
ऊह .. और चर और फ़ाइल नाम में टाइपो को ठीक करना सबसे बुरा है। summery transfar sucessबस कुछ नाम रखने के लिए ...
तलवी वटिया

@ तालवी: यदि कोडिंग दिशानिर्देशों का पालन किया जाता है, तो टाइपिंग फिक्सिंग एक खोज और प्रतिस्थापन के रूप में सरल होना चाहिए।
rwong

10

मैं इंग्लैंड से हूं, और मैं यूएस अंग्रेजी में कोड (और स्टैक ओवरफ्लो जैसी साइटों पर पोस्ट करने की कोशिश करता हूं ) , क्योंकि यह प्रोग्रामिंग के लिए स्थापित अंतर्राष्ट्रीय भाषा है।

मुझे लगता है कि मैं अल्पमत में हूं। मुझे पता है कि कुछ ब्रिटिश प्रोग्रामर ब्रिटिश स्पेलिंग का उपयोग करने पर जोर देते हैं, जबकि अन्य कोडर्स जो यूएस इंग्लिश का उपयोग कर रहे हैं और जब एक अमेरिकी या भारतीय सहकर्मी ब्रिटिश से अमेरिकी अंग्रेजी में बदलने के लिए अपनी टिप्पणी का संपादन करता है, तो परेशान हो सकता है ( वार्ड के विकी पर कोशिश न करें) ।)


2
इसी तरह - मैं अंग्रेजी हूं और आमतौर पर प्रोग्रामिंग करते समय यूएस अंग्रेजी का उपयोग करता हूं। मैं अभी भी एक "रंग" संपत्ति चाहता हूं जो रंग के लिए केवल एक पर्याय है, लेकिन इसके अलावा मैं इस पर मिला हूं। तथ्य यह है कि मुझे कैंब्रिज-शैली-के बजाय ऑक्सफोर्ड-शैली-मेक सिखाया गया था, वैसे भी यह आसान बनाता है।
रिचर्ड गैडसन

7
मैं हर जगह ब्रिटिश वर्तनी का उपयोग करता हूं, क्योंकि मुझसे बेहतर कोई कारण नहीं हो सकता।
डैन डायर

2
मैं ब्रिटिश (पढ़ें: अंतरराष्ट्रीय) हर जगह वर्तनी का उपयोग करता हूं, लेकिन कोड में - अपने स्वयं के चैरगिन के लिए-साथ कुछ हद तक विडंबना, अंतर्राष्ट्रीय डी वास्तविक मानकों के लिए।
जॉन पर्पडी

1
@ तब ऐसा नहीं लगता कि ब्रिटिश काफी अंतर्राष्ट्रीय हैं, जैसा कि आपने हमें पढ़ा होगा।
नट

4
मैं उन सहयोगियों को जानता हूं जो ब्रिटिश अंग्रेजी में अमेरिकी सहयोगियों को नाराज करने के लिए लिखते हैं।
सर वोबिन

9

मैं नीदरलैंड में रहता हूं और काम करता हूं, लेकिन हमारे द्वारा लिखे गए सभी कोड अंग्रेजी में हैं। यहां कुछ कारण दिए गए हैं जिनके बारे में मैं सोच सकता हूं कि हम अंग्रेजी में क्यों कोड करते हैं:

  • जिस .NET फ्रेमवर्क के साथ हम काम करते हैं, वह अंग्रेजी में है। आपके द्वारा काम कर रहे ढांचे के सम्मेलनों का पालन करना हमेशा बेहतर होता है और मेरा मानना ​​है कि इसमें भाषा भी शामिल है।
  • तकनीकी अवधारणाओं का वर्णन करने के लिए डच एक भयानक भाषा है । अंग्रेजी में ऐसे शब्द हैं जो कुछ तकनीकी का सटीक वर्णन कर सकते हैं, जैसे सॉफ्टवेयर का एक टुकड़ा, लेकिन इनमें से कई शब्दों का डच समकक्ष नहीं है। "इंटरैक्ट" शब्द इसका एक उदाहरण है; कोई समान रूप से उपयोग किया जाने वाला डच शब्द नहीं है जो एक ही संदेश देता है।
  • कंपनी का एक छोटा प्रतिशत डच (अभी तक) नहीं बोलता है।

एकमात्र कारण मैं सोच सकता हूं कि आप अंग्रेजी में कोड क्यों नहीं करेंगे , डोमेन-संचालित डिज़ाइन के संदर्भ में है । DDD का अभ्यास करने में आपके ग्राहक के साथ एक सर्वव्यापी भाषा को परिभाषित करना शामिल है। यदि आपका क्लाइंट गैर-अंग्रेजी शब्दों का उपयोग करने की मांग करता है, तो इन शब्दों को अपने कोड में अंग्रेजी में अनुवाद करना नासमझी होगी; यह सर्वव्यापी भाषा के उद्देश्य को पराजित करता है।


1
मैं इस बात से सहमत नहीं हूं कि तकनीकी अवधारणाओं का वर्णन करने के लिए डच एक भयानक भाषा है। यह सिर्फ इतना है कि आजकल हमारे द्वारा पढ़े जाने वाले अधिकांश तकनीकी पाठ डच में नहीं हैं, इसलिए हम किसी भी अधिक तकनीकी शब्दों के समकक्ष डच के लिए उपयोग नहीं किए जाते हैं। लेकिन बाकी के लिए मैं आपसे सहमत हूं। ढांचा पहले से ही अंग्रेजी में है और जो जानता है कि आपका कोड कभी भी डच बोलने वाले किसी व्यक्ति द्वारा पढ़ा जा सकता है। तो यह आमतौर पर कंपनी की नीति (प्रलेखन भी) है। लेकिन यह वास्तव में नीदरलैंड के लिए विशिष्ट नहीं है।
मैथिज्स वेसल्स

सामान्य रूप से तकनीकी भाषा के लिए डच खराब नहीं है। यह भौतिकी और सामान्य गणित में ठीक करता है। लेकिन प्रोग्रामिंग के लिए, निश्चित रूप से। अब तक कई अंग्रेजी शब्दजाल शब्द हैं, जो अनुवाद करने के लिए भयानक हैं (उदाहरण के लिए इंटरफ़ेस ), और डच शब्दावली इतनी विकसित नहीं हुई है कि वे खुद को प्रदान कर सकें। वैसे भी, मेरे सभी कोड अंग्रेजी में हैं, कभी-कभी मेरे शौक परियोजनाओं पर टिप्पणियों को छोड़कर ।
जोरेन सेप

यहाँ फ़्लैंडर्स में समान, अंग्रेजी प्रोग्रामिंग के लिए वास्तविक भाषा है। कुछ टिप्पणियाँ मेरे सहयोगियों के लिए डच में हो सकती हैं।
कैर

9

मैंने कभी किसी को इज़राइल में कोड में गैर-अंग्रेजी नामों का उपयोग करते नहीं देखा, लेकिन मेरा अनुभव विश्वविद्यालय की परियोजनाओं तक ही सीमित है। किसी भी दर पर, मैं व्यक्तिगत रूप से केवल अंग्रेजी में कोड करता हूं, और मैं वास्तव में अंग्रेजी में अपने सभी ईमेल और होमवर्क असाइनमेंट भी टाइप करता हूं। यह मुख्य रूप से है क्योंकि हिब्रू को दाएं से बाएं लिखा जाता है, और यह टेक्स्ट में अंग्रेजी शब्दों को शामिल करते हुए बहुत कष्टप्रद हो सकता है।


यह तो दिलचस्प है। मैंने हमेशा खुद से पूछा कि गैर-लैटिन स्क्रिप्ट वाले लोग कोड कैसे करते हैं। क्या हेब्रो वर्णों से लैटिन अक्षरों में अनुवाद करना एक व्यवहार्य विकल्प है?
फेडेरिको क्लेज़ कुलोका

मैं खुद भी कभी-कभी लिप्यंतरण करता हूं। बहुत ही कम मौकों पर जब मुझे पता चलता है कि अनुवाद एक तरह से भ्रमित करने वाला होगा (विशेषकर यदि अरबी में व्यावसायिक आवश्यकताएं हैं)। फिर भी, आम तौर पर यह एक बुरा अभ्यास माना जाता है
Shady M. Najib

1
मुझे निश्चित रूप से कुछ लोगों के बारे में पता है जो चैट और एसएमएस में अनुवाद करते हैं। हालाँकि, मैं वास्तव में उस पर कोड में, विशेष रूप से टिप्पणियों में डूब जाएगा।
एप्सिलॉनवेक्टर

7

मैं जर्मनी से हूं और मैं अपनी कक्षा, पद्धति, चर नाम सभी अंग्रेजी में लिखता हूं और मुझे लगता है कि ज्यादातर लोग ऐसा ही करते हैं। लेकिन टिप्पणियों में यह निर्भर करता है कि मैं किसके साथ काम कर रहा हूं।

और मुझे मानना ​​होगा कि अगर मुझे अंग्रेजी के अलावा किसी और भाषा में लिखा कोड दिखाई दे रहा है तो मुझे उससे नफरत है क्योंकि आप "कोड को नहीं पढ़ सकते"। यह ऐसा है जैसे कोई अंग्रेजी में अंग्रेजी में वाक्य लिखता है।

जब आप कोडिंग करते हैं तो एक अन्य कारण निश्चित रूप से अंग्रेजी का उपयोग करना चाहिए, यह है कि एपीआई कॉल और भाषा विशिष्ट कॉल हमेशा अंग्रेजी में लिखे जाते हैं। तो भाषाएं बदलना क्यों? मैं यह भी कहूंगा कि अंग्रेजी का उपयोग करने से आपको यह सोचने में मदद मिलती है कि आपको भाषाओं को स्विच करने की आवश्यकता नहीं है।

इसके अलावा उन सभी दस्तावेज़ों और इंटरनेट पर अधिकांश प्रश्न और उत्तर अंग्रेजी में हैं इसलिए IMO आप अंग्रेजी में काम करने के लिए वैसे भी है।

एक उदाहरण मुझे लगता है कि यह देखना भयानक है

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

for obst in meinGeteiltesObst:
    ...

आप इसे बिल्कुल उस बयान के लिए देख सकते हैं जिसे आप एक भाषा से दूसरी भाषा में बदल रहे हैं और यह अच्छी बात नहीं है।


+1 के लिए "एक अन्य कारण जो आपको निश्चित रूप से अंग्रेजी का उपयोग करना चाहिए जब कोडिंग यह है कि एपीआई कॉल और भाषा विशिष्ट कॉल हमेशा अंग्रेजी में लिखे जाते हैं, तो रिकॉर्डिंग भाषा क्यों बदल रही है?"
मार्टिन बा

मुझे भी। मैं जर्मन का उपयोग करता हूं, हालांकि, कुछ टिप्पणियों में। उदाहरण के लिए, मैं नहीं लिखता / * डब्ल्यूटीएफ ??? /, लेकिन शायद / verflucher धुंध ?! * /
Ingo

7

मैं स्लोवेनिया से हूं और मैं अंग्रेजी में सख्ती से कोड करता हूं। मैंने अलग-अलग कार्यक्रमों को स्लोवेनियाई में कोडित देखा है क्योंकि ग्राहक ने इसकी मांग की थी। जाहिरा तौर पर इस तरह कोड पढ़ना आसान है।
तो हाँ, लोग केवल अंग्रेजी में कोड नहीं करते हैं।

और मैं कोड के बारे में बात कर रहा हूं, सॉफ्टवेयर स्थानीयकरण नहीं।


दिलचस्प। मैं स्लोवेनिया से भी हूं और मैं कोड में किसी भी गैर-अंग्रेजी शब्दों को अस्वीकार करता हूं (टिप्पणियों में भी नहीं)। मैं एक कंपनी में काम करता था, जहाँ एक आदमी स्वीडिश में टिप्पणी कर रहा था। कल्पना करो कि! टिप्पणी स्पष्टीकरण के संदर्भ में उनका कोड कितना सुगम था। जो मुझे पता है कि वह उनमें कंपनी के बारे में
शेख़ी

स्लोवेनिया के लिए एक लिंक जोड़ना आवश्यक था? :-)
ल्यूक एम

5

मैं डेनमार्क से हूं।

कोड, प्रलेखन, नामकरण, डिजाइन दस्तावेज आदि सभी अंग्रेजी में किया जाता है। मैंने केवल कभी-कभी हॉबीस्ट और छात्र परियोजनाओं में देखा है - और फिर भी केवल बहुत कम ही।

एकमात्र खुला प्रश्न जो मैं देखता हूं कि उपयोगकर्ता के लिए दिखाई देने वाले तार के बारे में क्या करना है:

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

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

अपवादों के लिए मैं अंग्रेजी संदेशों का उपयोग करना पसंद करता हूं। यह बेहतर दिखता है और आपको वैसे भी फ्रेमवर्क से अंग्रेजी अपवाद-संदेशों से निपटना होगा।

जीयूआई ग्रंथों के लिए मैं अधिक अज्ञेयवादी हूं। अंग्रेजी में सब कुछ लिखना और डेनिश अनुवाद करने के लिए स्थानीयकरण समाधान का उपयोग करना अधिक सुरुचिपूर्ण समाधान है, लेकिन यह एक एप्लिकेशन के लिए बहुत काम है जो केवल डेनिश उपयोगकर्ताओं द्वारा कभी भी उपयोग किया जाएगा।


+1। मैं फिनलैंड से हूँ और यह परिचित लगता है। बहुत ज्यादा सब कुछ के लिए अंग्रेजी का उपयोग करना बहुत स्वाभाविक है, भले ही टीम में हर कोई फिनिश-भाषी हो। आखिरी बार जब मुझे फिनिश की कोडिंग की जरूरत थी, तो कुछ समय पहले वह यूनिवर्सिटी के किसी प्रोजेक्ट में थी।
जोनीक

उपयोगकर्ता को दिखाई देने वाले तार अक्सर स्थानीय होने की आवश्यकता होती है, इसे कोड से बाहर ले जाना।

5

मैं इटली से हूं, लेकिन मुझे यकीन नहीं है कि आप क्या पूछ रहे हैं।

यदि आप वस्तुओं के नामकरण के बारे में बात कर रहे हैं, हाँ, हम अंग्रेजी में ऐसा करते हैं। आमतौर पर छात्र सीखने के उद्देश्यों के लिए इतालवी में अपनी वस्तुओं का नाम देते हैं। लेकिन व्यक्तिगत रूप से मुझे यह मुश्किल लगता है और अंग्रेजी का उपयोग करना पसंद करते हैं, क्योंकि कुछ तकनीकी शब्द इतालवी में बहुत भयानक हैं।


5

मैं इतालवी हूँ। मैं आमतौर पर सब कुछ (*) के लिए अंग्रेजी का उपयोग करता हूं, लेकिन जब मैं वेब सामान लिख रहा था तो मैं डेटाबेस ऑब्जेक्ट के लिए अंग्रेजी का उपयोग करने का प्रबंधन नहीं कर सका। "प्रोग्राम लैंग्वेज" और "डॉक्यूमेंटेशन / URL / UI / कस्टमर लैंग्वेज" के बीच कॉन्सेप्ट्स का अनुवाद करने से बहुत अधिक बोझ बढ़ जाता है। इसके अलावा, कभी-कभी आपके डेटाबेस ऑब्जेक्ट्स नौकरशाही शब्दों से उनका नाम लेते हैं जो अनुवाद करना कठिन या असंभव है। इसलिए मैंने डेटाबेस ऑब्जेक्ट्स और उस से संबंधित कुछ के लिए इतालवी का उपयोग किया। टिप्पणियाँ भी इतालवी में थीं, क्योंकि वे उन्हीं वस्तुओं का उल्लेख करते हैं और यह अजीब लगता है (कई अंग्रेजी तकनीकी शब्द इतालवी में मौजूद नहीं हैं, लेकिन डीबी एक ऐसा क्षेत्र है जहां लेक्सिकॉन बहुत पूर्ण है)।

हालाँकि, जब मैंने लिखा था कि कक्षा के पुस्तकालयों का पुन: उपयोग किया जाना है, तो मैंने सभी वर्गों, चरों और टिप्पणियों के लिए अंग्रेजी का कड़ाई से उपयोग किया (सिवाय toplevel टिप्पणी, जिसमें कोड नमूने थे और द्विभाषी थे)।

(*) एक अपवाद: मैं लगातार अपने डमी वैरिएबल पिप्पो और प्लूटो ("गूफी" और "प्लूटो") को फू और बार के बजाय नाम देता हूं। :)


4

हाँ, हम करते हैं। मैं उरुग्वे से हूं और हम आमतौर पर अंग्रेजी में चर नामों के साथ कोड करते हैं। कुछ लोग स्पेनिश में टिप्पणी छोड़ते हैं, लेकिन मुझे लगता है कि थोड़ा अजीब है। पिछली नौकरी में हमें चर और विधियों के लिए स्पेनिश का उपयोग करने के लिए मजबूर किया गया था, और मुझे इससे नफरत थी।


7
मैंने पाया है कि सबसे अच्छा समझौता स्पेनिश में व्यावसायिक शर्तों को छोड़ना है और अंग्रेजी में बाकी सब कुछ है, क्योंकि स्पेनिश व्यवसाय की शर्तें अच्छी तरह से अनुवाद नहीं कर सकती हैं, खासकर जब प्रोग्रामर ऐसा करता है। मैं ऐसी चीजें करता हूं: getPromotorFactory () हर समय। यह अजीब लग रहा है, लेकिन अगर शैली सुसंगत है, तो मुझे लगता है कि कोड एक ही कंपनी में अन्य डेवलपर्स द्वारा समझना आसान है।
सर्जियो अकोस्टा

मैं भी उरुग्वे से हूं। जिस कंपनी में मैं काम करता हूं, हम सब कुछ अंग्रेजी में कोड करते हैं। कोड टिप्पणी, कक्षाएं, तरीके, क्षेत्र और चर नाम अंग्रेजी में हैं। हमारे द्वारा निर्मित उत्पाद का स्थानीयकरण अंग्रेजी में है (जो कि एक व्यावसायिक रणनीति होगी), और यहां तक ​​कि टिप्पणियां जब रिपॉजिटरी में परिवर्तन शुरू करती हैं, तो अंग्रेजी में होती हैं।
Fede

4

मैं इस समय नीदरलैंड में हूं, लेकिन मूल रूप से रूस से आ रहा हूं। 11 साल पहले, रूस में कई प्रोग्रामर के पास अंग्रेजी की अच्छी कमान नहीं थी, इसलिए टिप्पणियाँ अक्सर रूसी में होती थीं। परिवर्तनीय नाम और फ़ंक्शन विधियाँ अभी भी अंग्रेजी में थीं, या जो लोग सोचते थे कि अंग्रेजी थी, बस इसलिए कि संबंधित रूसी शब्द लंबे होते हैं, और कभी-कभी इस अर्थ को अस्पष्ट करते हैं। अब यह शायद हर जगह की तरह है: जितने अधिक पेशेवर लोग हैं, उतनी ही अधिक संभावना है कि उनकी टिप्पणी अंग्रेजी में है।

नीदरलैंड में, मैंने कंपनी में डच टिप्पणियों और चर / विधि के नाम देखे हैं, जहां अधिकांश प्रोग्रामर डच थे (ऐसी कंपनियां मौजूद हैं :)) लेकिन यह एकमात्र मामला था।

वैसे, प्रश्न 'क्या आप लैटिन वर्णमाला जानते थे जब तक आप पश्चिम में नहीं आए' मुझे परेशान करते थे, जब तक कि मैंने इस पर हंसना नहीं सीखा है :)


4

भारत से, जैसे किसी और ने कहा कि हम 100% अंग्रेजी हैं! लेकिन मैंने कुछ समय के लिए जर्मनी में भी काम किया है। जर्मन इसे इटालियंस की तरह करते थे (जैसे लोरेंजो ने कहा)। लेकिन सीमेंस आदि जैसी बड़ी कंपनियों ने अंग्रेजी पर मानकीकरण किया है। जब आपके सभी दस्तावेज और कोड अंग्रेजी में हों, तो अपने आधार देश के बाहर अपने काम को सौंपना बहुत आसान है।


4

मैं एक दशक से भी कम समय पहले यूएस आया था और अंग्रेजी मेरी पहली भाषा नहीं है। भले ही मैंने स्कूल में अंग्रेजी पढ़ना और लिखना सीख लिया, लेकिन जब तक मैंने किसी ऐसे व्यक्ति से शादी नहीं की, जो मेरी भाषा नहीं बोलता था, तब तक मैंने अच्छी तरह से अंग्रेजी नहीं बोली। वैसे, अंग्रेजी उनकी पहली भाषा नहीं थी, लेकिन हमने पाया कि एक-दूसरे की भाषा सीखने की कोशिश करने की तुलना में अंग्रेजी का उपयोग करना आसान था। मुझे लगता है कि प्रोग्रामिंग के लिए भी यही धारण है। अगर हर कोई अपनी भाषा में अपने विचारों को व्यक्त करता है, तो ज्ञान बहुत बिखरेगा। क्या अंग्रेजी अनिवार्य होनी चाहिए? शायद ऩही। अधिकांश लोगों को इसकी आवश्यकता नहीं होगी। मेरा परिवार ज्यादातर किसान था और उनमें से अधिकांश को उपयोगी जीवन जीने के लिए अंग्रेजी जानने की आवश्यकता नहीं होती। मैं सफल जीवन नहीं कहूंगा क्योंकि इसका दुनिया के विभिन्न हिस्सों में अलग-अलग अर्थ है।

मैं एक पवित्र युद्ध में प्रवेश करना नहीं चाहता लेकिन प्रोग्रामिंग में अंग्रेजी का 'बदसूरत अमेरिकी' प्रोग्रामर से कोई लेना-देना नहीं है। यह विभिन्न भाषाओं को बोलने वाले लोगों के लिए सहयोग करने का एक सुविधाजनक तरीका हो सकता है। यह कोई भी भाषा हो सकती थी। भविष्य में हम कोड और चीनी में टिप्पणी करेंगे। अगर ऐसा होता है, तो शायद यह 'बदसूरत चीनी' प्रोग्रामर के कारण नहीं होगा, बल्कि ऐसा इसलिए होगा क्योंकि अधिक देशों में अधिक लोग बाहरी लोगों से संवाद करने के लिए चीनी का उपयोग करते हैं।


4

यहां तक ​​कि व्यक्तिगत परियोजनाओं के लिए मैं ज्यादातर अंग्रेजी का उपयोग करता हूं क्योंकि स्टैक ओवरफ्लो या अन्य वेबसाइटों पर कोड के बारे में सवाल पूछना आसान है। वही मेरे ऑपरेटिंग सिस्टम के लिए जाता है - मैं केवल अंग्रेजी का उपयोग करता हूं। मेरे पास एक बार डच ऑपरेटिंग सिस्टम था, और त्रुटियों या जानकारी के लिए यह वास्तव में Google के लिए भयानक है।

किसी अन्य भाषा में कोडिंग का एक फायदा है और वह यह है कि आप सबसे अधिक विरोधाभासी या आरक्षित शब्दों में नहीं चलेंगे।


4

मैं बेलारूस से हूं , लेकिन मैं हमेशा टिप्पणियों के लिए अंग्रेजी का उपयोग करता हूं। और जैसा कि मैं जानता हूं कि बेलारूस के बहुत से प्रोग्रामर अंग्रेजी को कोडिंग के लिए प्राथमिक भाषा के रूप में उपयोग करते हैं।

    /// <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();
        }
    }

2
ओटी: आपके कोड उदाहरण में फ़ंक्शन और मापदंडों के नाम को दोहराने के अलावा किसी भी वास्तविक सामग्री के बिना टिप्पणियों की 7 लाइनें हैं। मैंने यह लिखा था, क्योंकि मैंने अतीत में एक ही काम किया था जब तक मुझे एहसास नहीं हुआ कि इसमें शामिल सभी के लिए समय की पूरी बर्बादी है। मैं जानता हूँ कि इस पर काबू पाने के लिए इस तरह की एक "टिप्पणी मजबूरी", क्योंकि एक टिप्पणी शीर्षक के बिना एक फ़ंक्शन इतना अधूरा दिखता है एक बार जब आप इसे करने के लिए उपयोग किया जाता है, लेकिन केवल महत्वपूर्ण टिप्पणियों पर ध्यान केंद्रित करने से आपका बहुत समय बच जाएगा और सामान्य रूप से आपके टिप्पणी कौशल में सुधार होगा। ।
xsl

@xsl, आगे की यांत्रिक प्रक्रिया के लिए इच्छित चीज़ जैसा दिखता है।

1
@xsl, Thorbjørn: यह C # में XML प्रलेखन है। इन XML टिप्पणियों से तकनीकी दस्तावेज तैयार किए जा सकते हैं। घोस्टडॉक नामक एक उपकरण है जो इन स्टब्स को स्वचालित रूप से बनाता और भरता है, इसलिए इन 7 पंक्तियों के दस्तावेज़ बनाने के लिए टाइपिंग की आवश्यकता नहीं है। हालांकि यह आमतौर पर प्रोग्रामर को मूल्य प्रदान नहीं करता है जो कोड को संपादित करता है, नेत्रहीन, यह तरीकों को अलग करता है और अप्रिय नहीं है।
मारेक

जावा का उपयोग करें, इसके बजाय JavaDoc प्राप्त करें ..!
स्टॉल्सविक

4

मैं निश्चित रूप से अजीब हूं: मैं एक ऐसी भाषा का उपयोग करता हूं जो टोकन है, और यहां तक ​​कि भाषा को अपनी मूल भाषा (फ्रेंच, अंग्रेजी, जर्मन, स्पेनिश और जापानी) में भी प्रदर्शित किया जा सकता है। यह 1980 के दशक में पैदा हुई एक RBDMS भाषा है, जिसे 4th डाइमेंशन कहा जाता है । झंडे के आइकन पर क्लिक करके भाषा कमांड अनुवाद पर एक नज़र डालें।

यहां आप फ्रेंच और अंग्रेजी सेटिंग्स के साथ देखे गए समान कोड देख सकते हैं।

वैकल्पिक शब्द

वैकल्पिक शब्द


सबसे अच्छा जवाब यहाँ। संबंधित उत्तरों के लिए वोटों के साथ केवल तीन उत्तर होने चाहिए। "मेरी भाषा", "अंग्रेजी", और यह एक। खासकर जब से लगभग कोई भी कोड नमूने नहीं लाता है।
मोशे

मैं 4D में प्रोग्राम करता था, मुझे नहीं पता था कि भाषा के आरक्षित शब्द की भाषा को बदला जा सकता है। अब जब आप उस भाषा के टोकन स्वरूप का उल्लेख करते हैं जो मुझे कुछ अजीब लगता है जो मेरे साथ हुआ था। एक और प्रोग्रामर और मुझे डेटाबेस की अलग-अलग प्रतियों में काम करना पड़ा। हमने दो तालिकाओं का निर्माण किया, लेकिन हमने उन्हें अलग क्रम में बनाया। फिर जब हम अपने डेटाबेस से कोड कॉपी करते हैं और उसमें पेस्ट करते हैं, तो टेबल का नाम उल्टा कर दिया जाता है। टेबलए टेबलबी और वाइसवेरा था। (जारी रखा जाएगा ...)
ट्यूलेंस कोरडोवा

(निरंतरता) तब मुझे पता चला कि हमने जो कोड देखा था, वह वास्तव में वास्तविक कोड की एक दृश्य व्याख्या थी, और यह हस्तांतरणीय नहीं था। जब हमने एक टेबल का नाम देखा तो कोड में वास्तव में तालिकाओं की क्रम संख्या थी। इस तरह जब आप दूसरे डेटाबेस में कोड पेस्ट करते हैं, तो टेबल के नाम गलत थे क्योंकि टेबल एक अलग क्रम में बनाए गए थे, इसलिए अंतर्निहित टेबल सीरियल समान नहीं थे।
ट्यूलेंस कोर्डोवा

4

मैं क्यूबेक और एक फ्रांसीसी बोलने वाले व्यक्ति से हूं, लेकिन मेरे सभी कोड, टिप्पणी और प्रलेखन हमेशा अंग्रेजी में किए जाते हैं। लेकिन मैं क्यूबेक की कुछ कंपनियों को जानता हूं जो कोड (टिप्पणियों और ऑब्जेक्ट / वैरिएबल नामकरण) में फ्रेंच लागू करती हैं


कौन सी कंपनियां हैं? भयंकर लग रहा है।
साठफुटेरसूड

4

मैंने हमेशा अंग्रेजी में कोडिंग की है। इसके अलावा, मैं कभी भी इस तरह कोड नहीं करना चाहता था:

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

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

3

नीदरलैंड से होने के नाते मुझे स्कूल में डच में टिप्पणी (और यहां तक ​​कि चर नाम) लिखने के लिए मजबूर होने का बुरा अनुभव हुआ है । अधिकांश समय मैंने इस रवैये को खारिज कर दिया और शुद्ध अंग्रेजी में यह सब लिखा, साथ ही कई अन्य छात्रों के साथ जो पहले से ही प्रोग्रामिंग अनुभव रखते थे या तेजी से सीखते थे।

डच के एकमात्र उपयोग के लिए मैंने जितनी भी कंपनियों में काम किया है, उन सभी तारों के लिए था जो अंत-उपयोगकर्ता को देख सकता था या देख सकता था, अन्य सभी पाठ (गैर-उपयोगकर्ता प्रलेखन शामिल) अंग्रेजी में था।


3

मैं नॉर्वे से हूं, हम अंग्रेजी में कोड करते हैं। मतलब चर नाम, विधि नाम, टिप्पणी आदि अंग्रेजी में हैं। हालांकि कुछ भिन्नता है। आप नार्वेजियन में टिप्पणी और अंग्रेजी में ही कोड पा सकते हैं।

सरकारी संस्थानों या बहुत छोटी कंपनियों द्वारा विकसित कोड नार्वे में हो सकता है। सामान्य तौर पर नॉर्वेजियन का उपयोग करना बहुत ही अव्यावहारिक है क्योंकि कंपनियां ऐसे लोगों को नियुक्त करती हैं जो नॉर्वेजियन नहीं बोलते हैं या आउटसोर्सिंग करना चाहते हैं। नॉर्वेजियन कोड का उपयोग करना तो बस चीजों को जटिल करना होगा। एक निश्चित आकार की अधिकांश कंपनियों के लिए जो विदेश में ग्राहकों के साथ व्यवहार करती हैं, वह कंपनी की भाषा है। मतलब ईमेल, घोषणाएं आदि अंग्रेजी में होंगी, हालांकि कर्मचारी स्पष्ट रूप से एक दूसरे से नॉर्वेजियन बोलते हैं।


1

मैं ताइवान से हूं। हम अंग्रेजी में कोड करते हैं और विशिष्ट भाषाओं के नामकरण सम्मेलन का पालन करते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.