जीबी इंग्लिश, या यूएस इंग्लिश?

Question 1

यदि आपके पास एक एपीआई है, और आप एक यूके-आधारित डेवलपर हैं, जिसके पास अत्यधिक अंतरराष्ट्रीय दर्शक हैं, तो आपका एपीआई होना चाहिए

setColour()

या

setColor()

(एक शब्द को सरल उदाहरण के रूप में लेने के लिए।)

यूके-आधारित इंजीनियर अक्सर अपने 'सही' वर्तनी के बारे में काफी रक्षात्मक होते हैं लेकिन यह तर्क दिया जा सकता है कि अंतर्राष्ट्रीय बाजार में अमेरिकी वर्तनी अधिक 'मानक' है।

मुझे लगता है कि सवाल यह मायने रखता है? क्या अन्य स्थानों पर डेवलपर्स GB वर्तनी के साथ संघर्ष करते हैं, या यह सामान्य रूप से काफी स्पष्ट है कि चीजों का क्या मतलब है?

क्या यह सब अमेरिका-अंग्रेजी होना चाहिए?

Question 2

मैं यूएस-अंग्रेजी का उपयोग करना चाहूंगा क्योंकि यह अन्य एपीआई में आदर्श बन गया है। एक अंग्रेजी प्रोग्रामर के रूप में बोलते हुए, मुझे "रंग" का उपयोग करने में कोई समस्या नहीं है, उदाहरण के लिए।

Question 3

मैं कोई देशी वक्ता नहीं हूं। लेखन में, मैं हमेशा उपयोग करने की कोशिश करता हूं en-gb। हालांकि, प्रोग्रामिंग में मैं हमेशा en-usब्रिटिश अंग्रेजी के बजाय उसी कारण से उपयोग करता हूं जो मैं अपने पहचानकर्ताओं के लिए जर्मन या फ्रेंच का उपयोग नहीं करता हूं।

Question 4

निर्भर करता है कि आप अपने अधिकांश ग्राहक कहां देखते हैं। मैं अपने निजी कोड में व्यक्तिगत रूप से अंग्रेजी-जीबी (जैसे रंग) का उपयोग करना पसंद करता हूं, लेकिन मैं बाहरी रूप से प्रकाशित एप्लिकेशन / एपीआई / कोड के लिए कलर में जाता हूं!

Question 5

आम तौर पर मैं जीबी स्पेलिंग के लिए एक स्टिकलर बनूंगा, लेकिन मुझे लगता है कि अगर यह सुसंगत है और मुझे लगता है कि कोड बहुत बेहतर पढ़ता है:

Color lineColor = Color.Red;

से बहुत बेहतर देखने के लिए:

Color lineColour = Color.Red;

मुझे लगता है कि अंततः यह वास्तव में कोई फर्क नहीं पड़ता।

Question 6

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

Question 7

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

Question 8

एक अंग्रेजी प्रोग्रामर के रूप में, मैं अपने सॉफ्टवेयर देव के लिए en-US का उपयोग करता हूं। अमेरिकी अंग्रेजी लगभग हर दूसरे एपीआई में इतनी अच्छी तरह से हावी है कि एक प्रकार की वर्तनी से चिपकना और अस्पष्टता को दूर करना बहुत आसान है। यह केवल स्थानीयकरण वर्तनी के कारण वर्तनी को खोजने के लिए एक पत्र खोजने के लिए एक विधि की खोज में समय की बर्बादी है।

Question 9

मैं वर्तमान मानकों के साथ जाऊंगा और अमेरिकी अंग्रेजी वर्तनी चुनूंगा। एचटीएमएल और सीएसएस को वर्तनी "रंग" के साथ मानकों को स्वीकार किया जाता है, दूसरे, यदि आप .NET जैसी रूपरेखा के साथ काम कर रहे हैं तो संभावना है कि आपके पास पहले से ही अलग-अलग नाम रिक्त स्थान में उपलब्ध रंग हैं।

दो वर्तनी से निपटने के लिए मानसिक कर मदद डेवलपर्स के बजाय बाधा होगी।

Label myLabel.color = setColour();

Question 10

मुझे ऐसे API से परेशानी है जो US-English में नहीं हैं। सिर्फ वर्तनी के अंतर के कारण। मुझे पता है कि शब्दों का क्या मतलब है, लेकिन अलग-अलग वर्तनी मेरे ऊपर आती है।

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

Question 11

अधिकांश विकास प्रलेखन (MSDN की तरह) अमेरिकी अंग्रेजी में है।

इसलिए यदि आप अंतरराष्ट्रीय दर्शकों को लक्षित कर रहे हैं तो मुख्य धारा के साथ रहना और अपने एपीआई में अमेरिकी अंग्रेजी का उपयोग करना बेहतर हो सकता है।

Question 12

मुझे एक और नमूना मिला: सीरियल और सीरियल। :)

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

Question 13

एक कनाडाई के रूप में, मैं हर समय इस में चलता हूं। मेरे लिए "रंग" लिखना बहुत मुश्किल है क्योंकि मेरी मांसपेशियों की मेमोरी 'यू' तक पहुंचती रहती है।

हालाँकि, मैं पुस्तकालयों की भाषा को अपनाना चाहता हूँ। जावा में रंग वर्ग है, इसलिए मैं रंग का उपयोग करता हूं।

Question 14

यदि संभव हो तो मैं वैकल्पिक शब्द खोजने की कोशिश करता हूं। मैं स्लाइड करने दूंगा। रंग के लिए मैं संभवतः ह्यू, इंक, फोरग्राउंड / पृष्ठभूमि का उपयोग कर सकता हूं ...

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

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

Question 15

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

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

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

Question 16

मैं कहूंगा कि आपकी भाषा में अन्य पुस्तकालय कैसे चुनते हैं और उनके सम्मेलन का पालन करते हैं।

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

मैं मुख्य रूप से .NET भाषाओं का उपयोग करता हूं, और .NET फ्रेमवर्क यूएस अंग्रेजी वर्तनी का उपयोग करता है। इस मंच पर, मैं यूएस इंग्लिश के साथ रहना चाहता हूं। मैं GB अंग्रेजी पर मानकीकृत किसी भी भाषा से अवगत नहीं हूँ, लेकिन अगर आपका ऐसा किया गया है तो हर तरह से भाषा के अनुरूप रहना चाहिए।

Question 17

मैं "अमेरिकी के लिए जाना" मंडली से सहमत हूं। मैं खुद ई-जीबी पसंद करता हूं जब ई-मेल और ऐसा लिख रहा हूं, लेकिन सभी प्रोग्रामिंग सर्किलों में अमेरिकी अंग्रेजी बहुत मानक है।

Question 18

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

Question 19

निश्चित रूप से यू.एस.

Question 20

सबसे पहले, मैं यूएस में हूं। मेरी वर्तमान परियोजना में, यह हमेशा "रंग" है, लेकिन जिस शब्द को हम "ग्रे" बनाम "ग्रे" के लिए वर्तनी नहीं चुन सकते हैं।

यह वास्तव में काफी कष्टप्रद है।

Question 21

पहचानकर्ता नामों के लिए भाषा का चयन दर्शकों और मूल भाषा के साथ करने के लिए कुछ भी नहीं है जिसमें फ्रेमवर्क या एपीआई विकसित किया गया था।

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

अलग-अलग वर्तनी के कारण सूक्ष्म कीड़े शुरू करने के खतरे बहुत महान हैं IMHO।

एक फ़ंक्शन ओवरराइड आसानी से एक छद्म अधिभार बन सकता है।

वर्तनी में अंतर के कारण एक विन्यास फाइल अमान्य हो सकती है।

ऐसी स्थिति उत्पन्न हो सकती है जहां एक ही वैचारिक वस्तु को कई वर्गों का उपयोग करते हुए, एन-यूएस और एन-जीबी दोनों का उपयोग करके परिभाषित किया गया है।

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

Question 22

यदि आपके सभी प्रोग्रामर ब्रिटिश हैं, तो en-gb का उपयोग करें। यदि आपका कोड ब्रिटेन के बाहर प्रोग्रामर द्वारा देखा जाएगा, तो en-us एक बेहतर विकल्प होगा।

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

Question 23

आपको अपने दर्शकों पर विचार करने की आवश्यकता है। कोड का उपयोग करने वाला कौन है और वे क्या देखने की उम्मीद कर रहे हैं?

मैं एक ऐसी कंपनी में काम करता हूं जिसके कनाडा और अमेरिका दोनों में कार्यालय हैं। कनाडा और यूएस में प्रलेखन और कोड का निर्माण करते समय हम कनाडाई वर्तनी (ब्रिटिश अंग्रेजी के समान) का उपयोग करते हैं और अमेरिका में उपयोग की जाने वाली वर्तनी के लिए।

कुछ चीजें सीमाओं को पार करती हैं, लेकिन वर्तनी में अंतर शायद ही कभी एक मुद्दा होता है। यह संक्षेप में कुछ दिलचस्प संवाद उत्पन्न कर सकता है जब अमेरिकन को कैंडियन और ब्रिटिश अंग्रेजी के लिए अलग-अलग वर्तनी के बारे में पता नहीं है। कभी-कभी वे इसके साथ ठीक होते हैं, अन्य वे जिस पर जोर देते हैं वह इसे "सही" वर्तनी में बदल देता है। यह कनाडा में दिनांक स्वरूप (dd / mm / yyyy और यूएस में mm / dd / yyyy) को भी प्रभावित करता है

जब एक गतिरोध होता है, तो हम आमतौर पर यूएस वर्तनी के साथ जाते हैं क्योंकि कनाडा के लोग दोनों भिन्नताओं से परिचित हैं।

Question 24

मुख्य कारण जो मैंने यूके इंग्लिश को चुनने के लिए सुना है, क्योंकि यूके के दर्शक, जब यूएस स्पेलिंग का सामना करते हैं, तो यह महसूस करते हैं कि यह एक यूएस एप्लिकेशन है (या ऐसा माना जाता है), जबकि एक यूएस ऑडियंस यूके स्पेलिंग के साथ भिड़ जाता है। ' अरे, यह गलत है .. यह रंग नहीं रंग है '

लेकिन जैसा दूसरों ने कहा है, मानकीकरण करें। पर उठाओ और इसके साथ रहना।

Question 25

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

Question 26

मुझे यूएस इंग्लिश पसंद है।

Question 27

मैं इन लोगों में से एक हूं, जो हृदय की दर और रक्तचाप हर बार उठते हैं, मुझे सेटअप फाइलों आदि में अमेरिकी अंग्रेजी का उपयोग करने के लिए मजबूर किया जाता है, इस तथ्य के कारण कि सॉफ्टवेयर ब्रिटिश अंग्रेजी के लिए विकल्प नहीं देता है, लेकिन बस मैं :)

इस पर मेरी व्यक्तिगत राय हालांकि दोनों वर्तनी प्रदान करने के लिए होगी, उन्हें setColor () और setColour () दें, उनमें से एक में कोड लिखें, और बस दूसरा एक पैरामीटर पास करें।

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

Question 28

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

मानकीकृत करने की कोशिश करना निरर्थक होगा क्योंकि आधे चीनी बच्चे अंग्रेजी के पूर्व यूरोपीय प्रभाव और अमेरिकी समझ को सीख रहे हैं, जबकि अन्य आधे लोग इसे आज भी उठा रहे हैं क्योंकि यह आज भी अंग्रेजी भाषा है।

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

Question 29

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

हालाँकि, एपीआई के दो अलग-अलग सेट (एन-यूएस के लिए एक, एन-जीबी के लिए एक) जो आंतरिक रूप से एक ही फ़ंक्शन को कॉल करना संभव नहीं हो सकता है? हालांकि यह हेडर फ़ाइलों को ब्लोट कर सकता है, इसलिए शायद यह प्रीप्रोसेसर परिभाषा के आधार पर एक सशर्त संकलन है? यदि आप C ++ का उपयोग कर रहे हैं, तो आप नीचे जैसा कुछ कर सकते हैं ...

#ifdef ENGB
     typedef struct Colour
     {
      //blahblahblah
     };
     void SetColour(Colour c);
#else
    typedef struct Color
    {
      //blahblahblah
    };
    void SetColor(Color c);
#endif

ग्राहक प्रोग्रामर ENGB को परिभाषित करता है या नहीं यह नीचे दिए गए अनुसार निर्भर करता है

#define ENGB

वह उस संस्कृति में एपीआई का उपयोग कर सकता है जिसे वह पसंद करता है। शायद इस तरह के एक तुच्छ उद्देश्य के लिए overkill, लेकिन हे, अगर यह महत्वपूर्ण लगता है, क्यों नहीं! :)