क्या एक शिल्प कला है?

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



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

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

"प्रोग्रामिंग महारत" के लिए प्रेरणा

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

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

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

आईटी उद्योग अपेक्षाकृत युवा है, इसकी उम्र कुछ पीढ़ियों से अधिक नहीं है। एक प्रयोग के रूप में, आप अपने सहयोगियों से पूछ सकते हैं कि क्या उनके माता-पिता में से एक आईटी विशेषज्ञ था। सुनिश्चित करें?

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

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

विशुद्ध रूप से जनसांख्यिकीय दृष्टिकोण से, यह कहा जा सकता है कि इस उद्योग में अधिकांश आईटी लोग कार्यरत हैं क्योंकि:

क) यह अन्य सफेद कॉलर कार्यालय के काम के लिए एक अत्यधिक भुगतान विकल्प है, और शारीरिक श्रम के लिए और भी अधिक;

ख) कई लोग आईटी क्षेत्र को पेश करने की कोशिश भी नहीं करते हैं, क्योंकि यह आसान पैसे का एक बड़ा स्रोत है।

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

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

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

नकारात्मक स्थान देखने की क्षमता

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



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

क्यों प्रोग्रामिंग एक शिल्प या कला नहीं है

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

यदि हम उसी पत्थर से रेलवे के ऊपर एक ठोस पुल का निर्माण करते हैं जहाँ से गिरजाघर बनाया जाता है, तो हम इस संरचना की उपयोगिता और इंजीनियरिंग दक्षता के साथ, सबसे पहले चिंतित होंगे। अगर पुल अच्छा है, तो रेलवे पर जाने पर मैं इस पर ध्यान भी नहीं दूंगा! हम सड़क वास्तुकला के इंजीनियरिंग गुणों पर तब तक ध्यान नहीं देते हैं जब तक कि किसी प्रकार का यातायात दुर्घटना नहीं होती है।

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

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

दुनिया में सबसे सरल योग्यता है

तो हम उस खतरे पर आते हैं, जो "सॉफ्टवेयर क्राफ्ट्समैनशिप" पद्धति में है। यदि कोई प्रोग्रामर इस सिद्धांत पर काम करता है, तो वह अक्सर अपने स्वयं के विद्रोही अहंकार का सामना नहीं कर सकता है। मेरे विचार का पालन करें?

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

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

कारीगर क्यों न हों

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

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

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

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

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

निष्कर्ष

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

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

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

स्रोत ।