क्या मुझे अलग-अलग काम और व्यक्तिगत GitHub खाते बनाने चाहिए? [बन्द है]

Question

मैं प्रोग्रामिंग के लिए काफी नया हूं, और मैं कई व्यक्तिगत परियोजनाओं पर काम कर रहा हूं, जिनके बारे में मुझे चिंता है कि मैं मूर्खतापूर्ण और अनप्रोफेशनल हो सकता हूं। मेरे पास जिस तरह की परियोजनाएं हैं, वे Reddit Image Downloader हैं और GMs के लिए एक भूमिका निभाते हैं।

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

Comments

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

— डायलन रिब

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

— को रोबोट

कैरियर सलाह अनुभागों को हटा दिया और इसे जीथब के बारे में और (टैग्स को स्विच करने सहित) बनाया।

— माइकल डुरंट

@AlmostSurely: क्या आपको वास्तविक कार्य को गितुब पर डालने की अनुमति है? आपका नियोक्ता इस बात से बहुत खुश नहीं हो सकता है, भले ही आप उन परियोजनाओं को निजी बनाते हों।

— मार्जन वेनेमा

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

— मार्जन वेनेमा

Answer 1

मैं कहता हूँ कि आप केक भी खा सकते हैं! GitHub संगठनों का परिचय ।

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

लाभ:

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

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

Answer 2

मैं आपको उन्हें एक साथ रखने की सलाह देता हूं।

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

मुझे लगता है कि आप क्या चाहते हैं (और मैं क्या करता हूं) के लिए एक जवाब एक भुगतान खाता है (मुझे लगता है कि इसके $ 7 एक महीने में 5 निजीकरण) जो अधिक निजी रिपॉजिटरी की अनुमति देता है। इसलिए जो काम / खेल आप सार्वजनिक करना चाहते हैं उसे सार्वजनिक रखें और अन्य लोगों को भी निजी रखें।

Comments

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

— वेक्टर

और कई नियोक्ता अपनी कॉरपोरेट संपत्ति और कुछ शौक परियोजनाओं के बीच पार संदूषण के जोखिम को नहीं चाहेंगे ...

— jwenting

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

— माइकल डुरंट

वेक्टर - यही कारण है कि मैं कहता हूं कि इस तरह की परियोजनाओं के लिए निजी भंडार का उपयोग करें ।

— माइकल डुरंट

यहां तक ​​कि अगर आप निजी परियोजनाओं में काम करते हैं, तो किसी व्यक्ति का नियोक्ता शायद इस बात से खुश नहीं हो सकता है कि वह अपने कोड को "खुले में बाहर" (अपनी सुरक्षा नीतियों द्वारा नियंत्रित नहीं) मानता है और साक्षात्कार के दौरान अन्य कंपनियों को दिखा रहा है। यहां तक ​​कि एक निजी परियोजना में इसे GitHub पर रखना चोरी माना जा सकता है। मुझे पता है कि अगर मैं अपनी सहमति के बिना अपने नियोक्ता कोड को GitHub पर रखूं तो मैं गंभीर संकट में पड़ जाऊंगा। और मैंने एनडीए पर हस्ताक्षर नहीं किए हैं।

— मार्जन वेनेमा

Answer 3

मुझे लगता है कि आपको खातों को अलग रखना चाहिए।

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

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

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

Comments

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

— लगभग निश्चित रूप से

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

— वेक्टर

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

— jwenting

यहां तक ​​कि आप अपने खाली समय में लिखते हैं कि संबंधित काम नहीं है - यूप। मैंने एनडीए पर हस्ताक्षर किए हैं जो अनिवार्य रूप से उन्हें मेरे प्रोग्रामिंग ग्रे मामले पर स्वामित्व देता है। क्या इस तरह का दावा अदालत में होगा, मैं नहीं बता सकता - मुझे नहीं लगता कि वे अमेरिकी अदालत में पकड़ बनाएंगे, इसलिए मैंने कभी इसके बारे में बहुत अधिक चिंता नहीं की - लेकिन उन्होंने इसे वहां डाल दिया ताकि आप न करें "प्यारा हो" - धमकी कारक।

— वेक्टर

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

— eMBee