अगर मैं ऑनलाइन मदद प्राप्त कर सकता हूं तो क्या मैं अपने प्रोजेक्ट के रूप में सही दावा कर सकता हूं? [बन्द है]


9

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

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


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

आपने कितना कोड जोड़ा या घटाया? यदि आपने ट्यूटोरियल से कोड की 100 लाइनों के साथ शुरुआत की है, और 110 लाइनें हैं - शायद नहीं। यदि आपके पास 1000 लाइनें हैं, तो हाँ, यह आपका है लेकिन इस बारे में बात करें कि आपने उन्हें कैसे प्राप्त किया, और उल्लेख करें कि आपको सहायता कहां से मिली। (हां, मुझे पता है कि लाइनें-ऑफ-कोड एक महान मीट्रिक नहीं है, लेकिन यह एक विचार दे सकता है)।

1
मैं इस प्रश्न को ऑफ-टॉपिक के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह एक नैतिक प्रश्न के बारे में है जो प्रोग्रामर के लिए ऑफ-टॉपिक है।
डुर्रोन 597

जवाबों:


11

नहीं।

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

बस सत्य रूप से उस कार्य की मात्रा का प्रतिनिधित्व करें जिसे आप इसमें डालते हैं। यदि आप दूसरों के काम का हिस्सा हैं तो आप इंटरनेट पर कुछ प्रोजेक्ट के स्वामित्व का दावा नहीं कर सकते।


1

मैं क्लासिक लाइन "यह निर्भर करता है" के साथ जाऊँगा ।

जैसा कि आप पहले ही कहते हैं कि आपने इसे बहुत संशोधित नहीं किया है, मैं पूरी तरह से रॉबर्ट्स की तरफ हूं। यह आपकी परियोजना नहीं है।

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

बस अपने द्वारा किए गए काम की मात्रा के बारे में सच्चाई से चिपके रहें और मुझे यकीन है कि कोई भी आपको एक अपराधी नहीं कहेगा।


1

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

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

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

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

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

यदि आप कहते हैं "यह एक IM क्लाइंट है" या "यह एक वीडियो गेम है" तो कोई भी आश्चर्यचकित होने वाला नहीं है यदि नेटवर्क कोड किसी तीसरे पक्ष का है। बस यह दावा न करें कि आप कोड के सभी हिस्सों के एकमात्र लेखक हैं, और आपको ठीक होना चाहिए।

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


यह अंतिम पैराग्राफ को छोड़कर पूरी तरह से बिंदु के अलावा है। पुस्तकालयों के माध्यम से कोड का पुन: उपयोग कोड और कॉपी और पेस्ट के माध्यम से कोड पुन: उपयोग से काफी अलग (नैतिक और कानूनी रूप से) है।
आमोन

वास्तव में नहीं, क्योंकि संक्षेप में कंपाइलर वैसे भी कॉपी / पेस्ट होता है। कोई वास्तविक अंतर नहीं है, अंत में वे प्रोसेसर कमांड के केवल अनुक्रम हैं। जहाँ तक "नैतिक रूप से और कानूनी रूप से" यही मेरा आखिरी पैराग्राफ है। जब तक मूल निर्माता आपके कोड के उपयोग के साथ ठीक है, तब तक यह अनिवार्य रूप से एक पुस्तकालय का उपयोग करने के समान है।
21
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.