🦏 🧒🏾 👛 अच्छा प्रोग्रामर कॉपी, महान प्रोग्रामर चोरी 👩‍👩‍👦‍👦 🚑 🏥

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

सॉफ्टवेयर डेवलपमेंट में कोडिंग का क्या मतलब है?
सही कोड चोरी का क्या मतलब है?
गलत नकल के नुकसान क्या हैं?

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

अंतिम प्रोग्रामिंग बुक जिसकी आपको कभी आवश्यकता होगी:

जब मुझे चोरी के लाभों के बारे में बात करने वाला एक ट्वीट आया , तो मुझे आश्चर्य हुआ कि क्या कोड की नकल करना फायदेमंद हो सकता है?

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

यदि आप कोड उदाहरणों की प्रतिलिपि बनाते हैं, तो कृपया लाइसेंस का लिंक छोड़ दें। पिछली बार स्टैक ओवरफ्लो पर कोड को संपादित करने के आधार पर, इसे क्रिएटिव कॉमन्स लाइसेंस के एक संस्करण के साथ लाइसेंस दिया गया था। सबसे हाल के कोड CC BY-SA 4.0 द्वारा लाइसेंस प्राप्त हैं, जिसके लिए संदर्भ की आवश्यकता है।

एक बार कोड लिखें, इसे एक लाख बार काम करने के लिए रखें

स्टैक ओवरफ्लो से कोड की नकल साहित्यिक चोरी का एक रूप है, अर्थात एक या अधिक परियोजनाओं से कोड का दोहराव और इसका पुन: उपयोग। जिस प्रोग्रामर को आप पूछते हैं, उसे देखते हुए, लेकिन यह पता चल सकता है कि उसके काम में 5 से 10 या यहां तक कि 7 से 23 प्रतिशत कोड को किसी अन्य स्रोत से कॉपी किया गया है। उधार लेना सही ढंग से बनाया गया है या नहीं, पहले से ही चर्चा के लिए एक सवाल है।

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

हमेशा कोड के कुछ भाग होंगे जो पूरे प्रोजेक्ट में बार-बार दिखाई देंगे।

तथा

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

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

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

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

यहां तक कि स्टैक ओवरफ्लो के उत्तर कोड डुप्लीकेशन से सुरक्षित नहीं हैं। एक स्वतंत्र शोधकर्ता को स्टैक ओवरफ्लो के लिए कई प्रतिक्रियाएं मिलीं जिसमें कोड को अन्य स्रोतों से कॉपी किया गया था। जावा कोड का एक टुकड़ा 40 से अधिक प्रतिक्रियाओं में पाया गया था।

अच्छे कलाकार नक़ल करते हैं महान कलाकार चोरी करते हैं

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

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

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

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

स्किलफैक्ट ऑनलाइन कोर्स करके स्किल्स और सैलरी में स्क्रेच या लेवल अप से मांगे गए प्रोफेशन को कैसे प्राप्त करें, इसका विवरण जानें:

अच्छा प्रोग्रामर कॉपी, महान प्रोग्रामर चोरी

एक बार कोड लिखें, इसे एक लाख बार काम करने के लिए रखें

अच्छे कलाकार नक़ल करते हैं महान कलाकार चोरी करते हैं

More articles: