प्रोग्रामिंग भाषाओं में सांस्कृतिक मुद्दे

Question

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

Answer 1

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

पायथन में एक मान्यता प्राप्त प्राधिकारी के रूप में, और सी ++ और अन्य प्रोग्रामिंग भाषाओं में भी बहुत मजबूत है, मुझे अक्सर पूछा जाता है कि "मेरे करियर को बढ़ाने के लिए मुझे किस भाषा का अध्ययन करना चाहिए" ... और मेरा जवाब लंबे समय से "अंग्रेजी" !!!

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

Answer 2

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

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

परिदृश्य में मैं वर्णन कर रहा हूं, इसमें शामिल सभी ने कम से कम एक बुनियादी स्तर का अंग्रेजी महारत हासिल कर लिया है। फ़ंक्शन नामों या टिप्पणियों में कभी-कभी वर्तनी की गलती के कारण आप प्रवीणता में अंतर देख सकते हैं, लेकिन मेरे अनुभव के आधार पर, आप सीधे कोड गुणवत्ता से लिंक नहीं कर सकते हैं।

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

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

Answer 3

गैर-मूल अंग्रेजी स्पीकर प्रोग्रामर के रूप में मैं कह सकता हूं कि मुझे कोई समस्या नहीं है, मुख्य रूप से क्योंकि मैंने प्रोग्राम सीखने के दौरान अंग्रेजी सीखी और अब (मुझे लगता है) मैं दोनों में कुशल हूं।

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

एक अलग भाषा में आपके विचारों को संक्षेप में व्यक्त करने में सक्षम होने के नाते प्रोग्रामिंग क्या है, इसलिए अंग्रेजी सीखना अभ्यास करने का एक तरीका है (और यहां तक ​​कि गैर देशी वक्ताओं के लिए भी लाभ हो सकता है, क्योंकि उन्हें पहले अंग्रेजी सीखने का अभ्यास करना चाहिए) । लेकिन निश्चित रूप से, हर व्यक्ति के पास भाषाओं के बारे में समान क्षमता नहीं है।

Answer 4

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

Answer 5

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

Answer 6

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

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

जब आप क्षेत्र में हों, तो शायद मैं प्रोग्रामिंग भाषा में ही सोच रहा हूं, इसलिए इससे कोई फर्क नहीं पड़ता कि आप घर पर कौन सी प्राकृतिक भाषा बोलते हैं। ऐसे कई हैंकर्स हैं जो मूल अंग्रेजी स्पीकर नहीं हैं जैसे कि लिनस, गिडो और मैटज़ कुछ नाम हैं।

Answer 7

मुझे नहीं लगता कि विभाजन मूल और गैर देशी अंग्रेजी वक्ताओं के बीच है। हॉलैंड या अन्य यूरोप में जापानी या चीनी परिप्रेक्ष्य वाले लोगों से मूल अंग्रेजी बोलने वाले लोग हैं। ऐसा इसलिए है क्योंकि अंग्रेजी भाषा और संस्कृति स्थानीय भाषा और संस्कृति के करीब है।

मैं, एक गैर-मूल अंग्रेजी स्पीकर के रूप में, कभी भी समस्याएं नहीं आई हैं, और यह मेरे सह-डेवलपर्स के लिए भी है, जहां हॉलैंड और इज़राइल में मैंने काम किया है।

विभाजन "पश्चिम" और "पूर्व" के बीच अधिक है। मैंने मंदारिन चीनी (या कोशिश की) को सीखा है, और जब आप उस पर सराहना करते हैं तो यूरोपीय भाषा से भाषा संरचना और सोच प्रक्रिया अलग-अलग होती है। मैं कल्पना कर सकता हूं कि एक जापानी या चीनी देशी वक्ता होने के नाते आप अंग्रेजी की ओर प्रोग्रामिंग की पूर्वाग्रह के साथ संघर्ष करते हैं।

Answer 8

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

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

Answer 9

ऐसे लोग और जो लोग कार्यक्रम कर सकते हैं के बीच इस तरह के एक विशाल अंतर को जो नहीं, यह की तुलना में है कि लोगों के बीच की दूरी जो आम अंग्रेजी शब्दों की 90% समझ सकते हैं कर सकते हैं और जो लोग 100% समझ में नहीं आता है वास्तव में ध्यान देने योग्य।

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