हम गैर-वर्णनात्मक आंतरिक कोडनाम का उपयोग क्यों करते हैं? [बन्द है]


16

मुझे लगता है कि कोडनेम का उपयोग करना काफी व्यापक है। हमारी कंपनी उनका भी उपयोग कर रही है।

लेकिन मेरी मुख्य चिंता यह है कि इन नामों को आमतौर पर कहीं भी प्रलेखित नहीं किया जाता है। और अर्थ मुंह शब्द से फैलता है। और नामों का उस उपकरण या इकाई के कार्य से कोई लेना-देना नहीं है, जिसका यह नाम है।

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

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

मैंने प्रस्ताव किया कि हमें कम से कम नई संस्थाओं के लिए अधिक वर्णनात्मक नामों का उपयोग करना चाहिए, लेकिन मुझे बहुत मजबूत विरोध का सामना करना पड़ा। जाहिरा तौर पर संगठन में हर कोई मुझे छोड़कर नामकरण सामान पसंद करता है।

तो हम गैर-वर्णनात्मक कोडनेम का उपयोग क्यों करते हैं?

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

संपादित करें:

आपको कुछ संदर्भ देने के लिए: गैंडालफ प्रोजेक्ट है जो कोड 64 बिट को पोर्ट करता है। कॉलनिज्स है जो इसे एंड्रॉइड के लिए पोर्ट करता है ... मैं बल्कि पूर्व शाखा 64 बिटपोर्टिंग और बाद वाले एंड्रॉइडपोर्टिंग को कॉल करूंगा। हो सकता है कि इससे जुड़ा एक प्रत्यय लक्ष्य संस्करण को दर्शाता है जिसे हम इसे जहाज करने की योजना बनाते हैं। तो हर कोई नाम से जानता होगा कि यह क्या है।

विचाराधीन सर्वर आभासी मशीन की छवियां हैं जिन पर हम उत्पाद का परीक्षण करते हैं ... मुझे नहीं पता कि यह वास्तव में चलने वाली भौतिक मशीन है। इसलिए उन्हें windowsxp_32, windows7_64, debian_32 या Solaris_64 कहना पूरी तरह से ठीक है।


6
आपके लिए जो वर्णनात्मक है वह किसी और के लिए पर्याप्त रूप से वर्णनात्मक (या सहमति) नहीं हो सकता है। एक नाम एक नाम है एक नाम। कोई भ्रम या असहमति नहीं।
रोबी डे

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

2
यह प्रश्न ऑफ़-टॉपिक प्रतीत होता है क्योंकि यह सॉफ़्टवेयर डेवलपमेंट से संबंधित नहीं है।
माइक पार्टरिज

4
नाम में क्या है? जिसे हम किसी भी अन्य शब्द से गुलाब कहते हैं वह मीठा होता है।
कालेब

3
मुझे आशा है कि गैंडल शाखा एक इकाई परीक्षण ढांचे के लिए कोडनेम नहीं है। कुछ भी इसके माध्यम से चलाने के लिए नहीं पास!
corsiKa

जवाबों:


25

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

डिस्क्लेमर: इसमें सवाल के कारण कुछ राय और किस्से शामिल हैं।

एक जगह मैंने कुछ साल पहले काम किया था, हमारे सभी सर्वरों का नाम चन्द्रमाओं और शरीर के अंगों के नाम पर रखा गया था। "रिया", "मिरांडा", "फेफड़ा", "गुर्दे" आदि।

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

तो क्या गलत हुआ?

पहले, हम अपने सिर के ऊपर से जानते थे कि कौन सी मशीनें प्राथमिक डेटाबेस थीं और जो दास थीं क्योंकि हम "दिल" को "नियंत्रित" सिर "याद रख सकते हैं या" तरवोस "एक्स के लिए एक एप्लिकेशन सर्वर था। जो भी हो। अब हमें प्रतीकों का एक अस्पष्ट ढेर याद करना था जो आंशिक रूप से था, लेकिन पूरी तरह से उस मशीन का वर्णन नहीं किया गया जिसे हम ढूंढ रहे थे। हमें अपने सिर में कुछ लुकअप टेबल के माध्यम से यह जानना था कि "L-web-lin-1" उत्पाद A के लिए एक एप्लिकेशन सर्वर था और उत्पाद B के लिए "lon-web-lin-2" था।

यह उन कारणों के समान है जिन्हें आपको FartDownTrousersForALivingDoYou जैसे पासवर्ड का उपयोग करना चाहिए? 43gH5 # € 1 के बजाय। लोग शब्दों को याद रखने में अच्छे हैं, न कि रद्दी के ढेर। शब्द प्रतीक हैं जो चीजों को संदर्भित करते हैं।

एक और (यकीनन अधिक व्यावहारिक) समस्या यह है कि आप अपने DNS और सर्वर नामों को उनके कार्यों से बांध रहे हैं। जिसका अर्थ है कि आप नाम बदले बिना फ़ंक्शन नहीं बदल सकते। हमारे लिए इसमें भौतिक स्थान और ऑपरेटिंग सिस्टम भी शामिल थे। जो कि गांड में भारी दर्द है।

इसके अलावा, और यह अंतिम बिंदु है। नाम कहीं ज्यादा मजेदार हैं।

प्रोजेक्ट के नाम के बारे में क्या?

"प्रोजेक्ट गैंडलफ" के बजाय, आप क्या प्रस्ताव करते हैं? "प्रोजेक्ट प्रोटोटाइप फ़ंक्शन एक्स और देखें कि क्या हम इसे एक उत्पाद में विकसित कर सकते हैं"? क्या होगा यदि परियोजना का दायरा बदल जाता है, तो क्या हम परियोजना का नाम बदल देते हैं? फिर, नाम शॉर्टहैंड प्रतीक हैं जो चीजों को संदर्भित करते हैं।


5
लगता है कि आपने गैर-वर्णनात्मक चित्रलिपि के लिए वर्णनात्मक रूपक बदल दिए। आपको एक नामकरण पैटर्न लागू करना चाहिए जो स्पष्ट करता है कि कौन सा उत्पाद किस सर्वर पर चलता है। "वर्णनात्मक" होने के बारे में यही बात है;)
back2dos

9
@ back2dos - और जब एक नया एप्लिकेशन सर्वर पर तैनात हो जाता है या मौजूदा एप्लिकेशन किसी भिन्न सर्वर पर चला जाता है, तो क्या आप सभी प्रभावित सर्वरों का नाम बदल देते हैं? जब उत्पाद A का नाम बदला जाता है (तब से हम कोड नामों का उपयोग नहीं कर रहे हैं) का क्या? क्या आप हर जगह बदलने जा रहे हैं कि नाम एक ग्राहक पर संग्रहीत है? या क्या आप परिवर्तन के दायरे को कम करने के लिए भ्रामक DNS उपनामों को छोड़ने जा रहे हैं?
जस्टिन गुफा

5
@ back2dos - सर्वर का नाम बदलना (और सभी क्लाइंट्स को अपडेट करना) हर बार जब कोई नया ऐप तैनात किया जाता है तो वह बहुत जल्दी दर्दनाक हो जाता है। जब आप किसी विशेष सर्वर पर १० वें एप्लिकेशन को तैनात करते हैं तो क्या होता है? क्या होता है जब आपके पास सैकड़ों ग्राहक मशीनें होती हैं जिनके पास किसी विशेष सर्वर नाम का संदर्भ होता है? db3.todoappअधिक जानकारीपूर्ण है यदि सर्वर केवल संभालता है todoapp। यदि विपणन "ऑर्गनाइज़र प्रो" ऐप को कॉल करने का फैसला करता है और आपके पास सर्वर पर 8 अन्य ऐप हैं, तो नामों को प्रबंधित करना बहुत जटिल हो जाता है।
जस्टिन गुफा

4
इसके अलावा, क्या होता है जब मशीनों में एक से अधिक फ़ंक्शन होते हैं? नाम या तो असहनीय रूप से बड़े हो जाते हैं या सही वर्णन करने में विफल होते हैं।
टॉम

3
Back2dos से सहमत नहीं होना मुश्किल है। "गैर-वर्णनात्मक चित्रलिपि" बिल्कुल वही है जो मैं आपके उदाहरणों को पढ़ते समय सोच रहा था। भूमिका और पहचान back2dos के बीच का अंतर भी विशेष रूप से प्रासंगिक है। मेरी कंपनी में, सर्वरों को उनकी भूमिकाओं के अनुसार नामित किया जाता है, और "http-blog-db-failover" जैसे नाम "हरमाइन" की तुलना में बहुत अधिक स्पष्ट प्रतीत होता है, और जब मैं MongoDB से स्विच करता हूं तो नाम बदल नहीं जाएगा CouchDB या जब विपणन वेबसाइट का वाणिज्यिक नाम बदलने का फैसला करता है जो ब्लॉगों को होस्ट करता है।
आर्सेनी मूरज़ेंको 16

10

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

कोई यह तय करता है कि फ़ाइल सर्वर को लिनक्स में स्थानांतरित किया जाना चाहिए? यदि इसका नाम "अपोलो" है, तो यह कोई समस्या नहीं है। यदि नाम "विंडोज़" को संदर्भित करता है, तो यह या तो भ्रामक हो जाएगा, या हर जगह महान व्यय या जोखिम में बदलना होगा। आप एक नया आउटपुट स्वरूप पेश कर रहे हैं? भगवान के प्यार के लिए, इसे 'newFormat' मत कहो! यह होगा अंततः एक बार फिर बदला जा, और यहां तक कि नए प्रारूप अलग करने के लिए और भी अधिक वर्णनात्मक नाम की आवश्यकता होगी। या तो इसे '3' कहें, इसलिए आप बाद में इसे '4' तक बढ़ा सकते हैं, या 'गोल्ड' कर सकते हैं ताकि आप 'प्लैटिनम' में अपग्रेड कर सकें।

(एक अतिरिक्त कारण यह है कि जानकारी के सोने की डली से बना नाम बट-बदसूरत हैं। कोई भी "पीसी-मार्केटिंग-विंडोज 7-143" नामक कंप्यूटर पर काम नहीं करना चाहता है - वे उस पर "अपोलो" या यहां तक ​​कि "बेच्स" भी लेंगे। किसी भी दिन। लेकिन मुख्य बिंदु पहचान / संपत्ति का विभाजन है।)


5
वर्णनात्मक नाम गुणों का वर्णन नहीं करते लेकिन उद्देश्य । यदि आप किसी ऐसे फ़ंक्शन को कहते हैं जो आउटपुट प्रदर्शित करता है Hermes, तो हाँ, यह अधिक पहचानने योग्य है functionWithTenLinesOfCodeprintहालांकि , मैं इसे व्यक्तिगत तौर पर कहूंगा ।
Back2dos

@ back2dos ओपी द्वारा दिए गए उदाहरण के बराबर प्रतीत होता हैprint_left_aligned_to_CRT_monitor()
इज़्काता

@ इज़कट: आपको स्वीकार करना होगा, इससे बेहतर तरीका है Cathy()। नोट: मैंने व्यक्तिगत रूप से फंक्शन और वैरिएबल नामों के साथ प्रोडक्शन कोड देखा है, जो गन्स एंड रोज़्स के बोल को उद्धृत करता है और मैं वेरिएबल और फंक्शन नामों के साथ प्रोडक्शन कोड लिखने का दोषी हूं।
स्लीवेटमैन

10

मेरे अनुभव में 3 कारण हैं:

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

  2. नामकरण की प्रक्रिया मजेदार हो सकती है। कुछ कंपनियां इसे वोट के साथ करती हैं। अन्य लोगों को अद्वितीय नाम के साथ आने का आनंद मिलता है। बस किसी भी माता-पिता से पूछें।

  3. बाहरी परियोजनाओं के लिए, यह आमतौर पर विपणन है जो यह तय करता है कि नाम क्या है, और आम तौर पर वे इसे जहाज से ठीक पहले करते हैं। Microsoft ने नवीनतम OS "विंडोज 10" को कॉल करने का निर्णय कब लिया? मुझे संदेह है कि यह हमेशा कहा जाता था। परियोजना इससे पहले लंबे समय तक विकास में हो सकती है, और कुछ मामलों में आप इसे बाधित करना चाहते हैं ताकि कंपनी के बाहर के लोगों को यह पता न चले कि आप किस बारे में बात कर रहे हैं।


5
यह भी जोड़ने योग्य है कि नाम को प्रश्न में कार्य की ओर सिलवाया जा सकता है। Gandalf बिल्ड सर्वर हो सकता है "जहां जादू होता है", सेर्बस फ़ायरवॉल हो सकता है, हेफ़ेस्टस द देव सर्वर आदि ... फ़ंक्शन के साथ संख्याओं को जोड़ना बहुत कठिन है
Liath

1
वैसे: "विंडोज 10" का आंतरिक नाम वास्तव में "विंडोज एनटी 6.4" है। लेकिन विपणन कभी भी यह स्वीकार नहीं करेगा कि 6.0 उर्फ ​​"विस्टा" अंतिम संस्करण था जहां ऑपरेटिंग सिस्टम कर्नेल को एक बड़ा नया स्वरूप मिला।
फिलिप

@Philipp केवल विंडोज 7 मशीन की कमांड लाइन में "ver" टाइप करता है - 6.1 (विस्टा SP1 जो हमेशा मजाक था), यह सुनिश्चित नहीं है कि विंडोज 8 मेरे सिर के ऊपर से क्या है।
Liath

विंडोज 8.1 प्रो (मुझे यकीन है कि इस पीसी में अपडेट 1 नहीं है): 6.3.9600 msdn.microsoft.com/en-us/library/windows/desktop/…
WernerCD

@Philipp AFAIK, जो कि बैकवर्ड कॉंपिटेलिटी कारणों से किया गया है, यह प्रतिबिंबित नहीं करता है कि कर्नेल कितना बदल गया।
svick

6

वर्णनात्मक नामकरण कठिन है ™, यह बहुत आसान है यदि आपके पास पहले से ही एक विषय है जो स्वचालित रूप से आपके द्वारा उपयोग किए जाने वाले शब्दों की सूची के साथ आता है।

जब आप उनका नाम इस एक ही वस्तु के एकाधिक है foo1.6, foo1.2आदि, जल्दी से भ्रमित / गलतियों से ग्रस्त हो जाता है। उदाहरण के लिए जब आपको अपना परीक्षण चलाने की आवश्यकता होती है Virgoतो आप गलती से नोटिस करेंगे यदि आप ऐसा होने पर हैं Cancer

यह एक मनोरंजक बैठक के लिए भी बनाता है जब नामकरण सम्मेलनों को रोल आउट किया जाता है और संगीत शैलियों के बाद सम्मेलन कक्ष के नामों को आधार बनाने के लिए निर्णय लिया जाता है और आप कैफेटेरिया का नाम देते हैं Salsa


1
Descriptive naming is hard™, it's much easier if you already have a theme which automatically comes with a list of words you can use.सच सच। लेकिन सिर्फ इसलिए कि यह आसान है, इसका मतलब यह नहीं है कि यह लंबे समय में अच्छा है। क्या आप कह रहे हैं कि उचित एपीआई डिज़ाइन न करने के विपरीत, क्योंकि कार्यक्षमता को मंथन करना बहुत आसान है।
Back2dos

4

यह उच्च संदर्भ या कम संदर्भ संस्कृति से संबंधित हो सकता है । हर कंपनी, संगठन या टीम की अपनी संस्कृति होती है। उच्च या निम्न संदर्भ संस्कृति का अर्थ है कि एक संस्कृति स्पष्ट रूप से संबंधित होने के लिए कितनी जानकारी पसंद करती है, और संदर्भ से लोगों को कितनी उम्मीद है।

सांस्कृतिक संदर्भों से नाम के साथ सभी सेवाओं का नामकरण कुछ लचीलापन प्रदान करता है, लेकिन इसके अलावा खोजकर्ता का भी अभाव है। मुंह से शब्द या "आदिवासी ज्ञान" होना चाहिए जो नामों को पूरक करता है - अर्थात सेवा का संदर्भ। मैंने ऐसी परिस्थितियाँ देखीं जहाँ उदाहरण के लिए "fizzbuzz" सर्वर, या "marcopolo" सेवा है जो कोई नहीं जानता कि वे क्या करते हैं, लेकिन उन्हें ट्रैफ़िक मिलता है, इसलिए उन्हें कुछ करना चाहिए।

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

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

इसलिए यह एक सांस्कृतिक मूल्य की तरह लगता है, लेकिन तकनीकी अभ्यास सांस्कृतिक प्राथमिकताओं के अनुकूल होगा।

उच्च-संदर्भ भी मजेदार हो सकता है, और इसमें कुछ मूल्य है।


3

कोडनेम का एक कारण मोटापा है। यदि आप किसी प्रोजेक्ट का नाम निरर्थक बनाते हैं, तो आप सार्वजनिक रूप से किसी और के बिना इस बारे में बात कर सकते हैं कि आप क्या चर्चा कर रहे हैं।

इसी तरह, यदि आप अपने सर्वर को अर्थहीन नाम देते हैं, तो अधिकृत उपयोगकर्ताओं को छोड़कर किसी को भी पता नहीं चलेगा कि उन पर क्या है।


2

महत्वपूर्ण प्रश्न है: वर्णनात्मक क्या है? अन्य उत्तरों ने एक महान काम किया है जो यह वर्णन करता है कि वर्णनात्मक नहीं है।

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

इसलिए, जैसा कि दूसरों ने बताया है, किसी चीज़ के गुणों और उसे पूरा करने वाले कार्यों के बीच का संबंध अपेक्षाकृत ढीला है। इसलिए OS सर्वर नाम का हिस्सा वर्णनात्मक नहीं है , यह वास्तविक उद्देश्य से विचलित कर रहा है।

जब तक यह काम करना आपका काम नहीं है कि घटक DoesXएक्स को कैसे पूरा करता है, तो यह आपके व्यवसाय में से कोई भी नहीं है। यदि यह आपका काम है, तो आप तुरंत इसके साथ वैसे भी सामना कर रहे हैं।

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


+1, लेकिन एक उदाहरण जोड़ने के बारे में क्या? आप उस उदाहरण का उपयोग कर सकते हैं जिसका उपयोग मैंने प्रश्न करते समय किया था ( http-blog-db-failoverएक मशीन के लिए जो एक वेबसाइट होस्टिंग संचार के एक असफल डेटाबेस को होस्ट करता है, लिनक्स से विंडोज पर जा रहा है या मोंगोबी से काउचडीबी पर जाने से नाम प्रभावित नहीं होगा, न ही विपणन निर्णय लेते हैं। )
आर्सेनी मोरज़ेंको

2

पहला कारण यह है कि यह छोटा और यादगार हो सकता है। यदि आप इस बारे में सोचते हैं कि आप परियोजना का नाम कितनी बार कहने या लिखने जा रहे हैं, तो यदि आपका संक्षिप्त नाम है जिसे हर कोई जानता और समझता है, तो आप पर्याप्त समय बचाते हैं।

दूसरा कारण यह है कि यह कमार का निर्माण करता है। अगर टीम को नाम चुनना है, तो वह एक चुन सकती है जिसे वे पसंद करते हैं। यह सूक्ष्म है, लेकिन यह टीम के मनोबल को बढ़ाता है जब आप 'क्यू 3 अकाउंटिंग अपडेट' नामक परियोजना के बजाय वाइपर या गिमली या बोबा या बुगाटी नामक परियोजना पर काम कर रहे होते हैं। मेरा एक दोस्त था जिसने एक टीम पर कार के उत्साही लोगों के साथ काम किया था। उनका पसंदीदा प्रोजेक्ट किकऑफ अनुष्ठान चुन रहा था कि वे परियोजना कोड नाम के रूप में किस कार का उपयोग करेंगे।


2

मैंने हमेशा सोचा है कि यह ऐसा कुछ है जो ज्यादातर इसलिए किया जाता है क्योंकि यह लोगों को खुश करता है। लोगों को मीडिया द्वारा वातानुकूलित किया जाता है कि वे दिन के उजाले में अंधेरे बनाम संचालन के आसपास मूल्य को संलग्न करें। 5 वर्ष की आयु में हमारे पास "विशेष एजेंट ओसो" है; 15 साल की उम्र में यह जेम्स बॉन्ड है। सुरक्षितता लोगों की अन्यथा सांसारिक गतिविधियों (जैसे एक कंप्यूटर प्रोग्रामिंग) को महत्व की एक हवा देती है।

संबंधित, किसी ने "लॉन्गहॉर्न" के लिए एक लोगो बनाया जब वह एक Microsoft कोडनेम था ( http://en.wikipedia.org/wiki/File:Windows_Longhorn_logo.svg )। कोई व्यक्ति एक कूटनाम के लिए एक लोगो क्यों बनाएगा जो वास्तव में किसी भी विपणन प्रयास का हिस्सा नहीं है? फिर, लोग इस तरह की बात करते हैं क्योंकि यह उन्हें खुश करता है। फ़ोटोशॉप में चारों ओर खेलना वास्तव में वास्तविक काम करने की तुलना में आसान / अधिक मजेदार है।


1

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

मैंने घर पर एक समान प्रणाली का उपयोग किया है, जेट लड़ाकू विमानों के बाद कंप्यूटरों का नामकरण, बमवर्षकों के बाद सर्वर और ज्वालामुखियों के बाद डिस्क वॉल्यूम।

एक ही सॉफ्टवेयर के टुकड़े, पेड़ों के बाद नाम उत्पादन संस्करण, फूलों के बाद बीटा संस्करण आदि के साथ किया जा सकता है।

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