आपको एक लोकप्रिय परियोजना से कैसे निपटना चाहिए जिसे आप अब बनाए नहीं रखना चाहते हैं?


75

मैं एक ऐसी परियोजना का अनुरक्षक हूं, जिसमें एक बड़ा गैर-तकनीकी उपयोगकर्ता है। मैंने इसे लगभग 4 वर्षों से बनाए रखा है और नई सुविधाओं को जोड़ रहा हूं जैसा कि उन्होंने अनुरोध किया है।

मैं अब अन्य परियोजनाओं पर जाना चाहता हूं और इस एप्लिकेशन के लिए विकास करना बंद कर दूंगा। उपयोगकर्ताओं की गैर-तकनीकी प्रकृति के कारण, अतीत में बहुत कम कोड योगदान रहा है। मुझे विश्वास नहीं है कि मैं अपने स्थान पर परियोजना को संभालने के लिए किसी और को ढूंढने में सक्षम होऊंगा।

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

इस परियोजना को 'त्याग' करने का सबसे अच्छा तरीका क्या है, लेकिन फिर भी उपयोगकर्ताओं को एप्लिकेशन का उपयोग करने दें?


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


1
क्या आप इसे एक नए प्लेटफ़ॉर्म या नई तकनीक में पोर्ट कर सकते हैं? इस तरह यह आपके लिए काम करने के लिए दिलचस्प होगा और आप कॉल का समर्थन करने के लिए समझा सकते हैं कि बग फिक्स और एन्हांसमेंट अब पुराने कोड में नहीं किए जाएंगे और यह सुझाव दिया जाएगा कि यह तैयार होने पर आदि को अपग्रेड करें?
स्टेफन

5
जिज्ञासा से बाहर, क्या परियोजना है? संपर्क? (यह खुला स्रोत है)
एंड्रेस एफ।

70
यह Google रीडर है, है ना?
Kyralessa

3
अपनी धारणा को दोबारा जांचें: क्या परियोजना को बनाए रखने के लिए आपका उपयोगकर्ताबेस बहुत गैर-तकनीकी है या क्या आपकी परियोजना भी मुद्दों और सुविधा अनुरोधों से परे भागीदारी को सक्षम करने के लिए बंद है?
Bengt

अब हम सभी परियोजना को देखना चाहते हैं ... आपको लिंक जोड़ना चाहिए।
daviewales

जवाबों:


40

मुझे लगता है कि यह एक कार्यस्थल पर एक परियोजना नहीं है जहां आप एक पेड कर्मचारी हैं और आप अपने खाली समय में कुछ करते हैं?

यदि आप इससे कोई पैसा नहीं कमा रहे हैं, तो स्पष्ट रूप से आपके लिए कोई प्रोत्साहन नहीं है, और इससे निपटने के लिए किसी अन्य के लिए कोई प्रोत्साहन नहीं है। (जब तक कि शायद यह एक दान या समान स्वैच्छिक संगठन के लिए न हो)

एक विकल्प के रूप में, सुविधाओं के लिए भुगतान जोड़ने की संभावना को क्यों नहीं देखा।

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

नई तकनीकों को सीखने के लिए प्रोजेक्ट का उपयोग करने का एक और विकल्प हो सकता है? क्या यह एक वेबसाइट है? नवीनतम तकनीक में अपग्रेड करें? उदाहरण के लिए Asp.Net से MVC4 में कनवर्ट करें? एक मोबाइल संस्करण बनाएं, इसे सेवा आधारित बनाएं और इसके लिए iOS ऐप फ्रंट एंड बनाएं?


23
एक अलग संभावना एक कंपनी को परियोजना को बेचने (या दान) करने की है। आपके पास उपयोगकर्ता हैं, एक कंपनी लाभ देख सकती है।
सुल्तान

@ सुल्तान बिल्कुल!
ओज

1
यदि आप इस वृद्धि दर से पैसा नहीं कमा रहे हैं या सेवा के लिए शुल्क लेना शुरू करते हैं।
बिल लीपर

9
उन्होंने इसे "ओपन सोर्स" कहा। यह IS थोथा है जैसे दान या स्वयंसेवक काम करते हैं। मकसद बस अलग हैं। आमतौर पर आप खुले स्रोत वाले प्रोजेक्ट नहीं बेच सकते। लेकिन वह हमेशा अतिरिक्त काम के लिए चार्ज कर सकता था। आगे क्या / जोड़ा जाता है, इसके लिए एक दान पूल जाना।
फिलिप

@ सुल्तान - बहुत दिलचस्प, ऐसा नहीं माना जाता था। मैं देखूंगा कि कौन सी कंपनियां इसमें दिलचस्पी लेंगी।
मेंडक

25

अपने उपयोगकर्ताओं के समुदाय को उत्पाद छोड़ने की घोषणा करें। हो सकता है कि आपको अनुचर के रूप में अपनी भूमिका के लिए एक उत्तराधिकारी मिल जाए। हैंडओवर के कुछ समय को व्यवस्थित करने का प्रयास करें, जैसा कि आप अपने दिन के काम में एक परियोजना के साथ करेंगे।

के रूप में esr इसे कैथेड्रल और बाजार में रखा :

जब आप किसी कार्यक्रम में रुचि खो देते हैं, तो आपका अंतिम कर्तव्य इसे एक सक्षम उत्तराधिकारी को सौंपना है।


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

11

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

यदि स्रोत खुला है, तो आप इसे बंद करने पर विचार कर सकते हैं (यदि आप परियोजना को आगे बढ़ाने की प्रतिस्पर्धा करना चाहते हैं तो आपकी पसंद)। जब अगली सुविधा का अनुरोध आता है, तो $ xyz के शुल्क के लिए हां कहें।

बस एक विकल्प पर विचार करें।


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

3
@ काम के लिए चार्ज करना जरूरी नहीं कि बंद स्रोत हो। इसका सीधा सा मतलब है कि कोई चाहता है कि सॉफ्टवेयर में नई सुविधाएँ हों, और वह इसे जोड़ने के लिए प्रोत्साहन चाहता है - ऐसा कोई कारण नहीं है कि वह इसे खुला स्रोत रखते हुए अपने काम के लिए शुल्क नहीं ले सकता है।
डेनिथ

1
@Daenyth बेशक, लेकिन इस जवाब में विशेष रूप से इसे बंद करने का उल्लेख है, इसलिए इसकी कुछ ऐसी चीज़ों पर चर्चा की आवश्यकता है।
जेम्स

@ नाम आपको इसे बंद स्रोत बनाने की आवश्यकता नहीं है। आप अभी भी नई सुविधाओं को ओपन-सोर्स के रूप में जारी कर सकते हैं ... लेकिन कोड को जारी करने का कोई कारण नहीं है जब तक कि चेक क्लियर न हो जाए।
स्लेज

1
@ArtB हां मुझे पता है, लेकिन इस जवाब में विशेष रूप से इसे बंद करने का उल्लेख है, इसलिए मेरी टिप्पणी विशेष रूप से उसी के संदर्भ में थी।
जेम्स

7

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

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


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

"मेरे क्षेत्र में मेरे कद ने मुझे नौकरी खोजने में मदद की है"। अच्छा बिंदु - एक ओपन सोर्स प्रोजेक्ट हमेशा रिज्यूमे / सीवी पर प्रभावशाली दिखता है।
मग

5

क्या आप इस परियोजना को छोड़ना चाहते हैं क्योंकि ...

आप इसे और नहीं करना चाहते हैं?

तब: ग्रेसफुल शटडाउन अला रीडर।

या ... एक डेवलपर को किराए पर लें (नीचे जारी रखें)

या इसलिए कि आप पैसे खो रहे हैं?

जेब खर्च की गणना करें (और नीचे जारी रखें)

या क्योंकि आप पैसा नहीं बना रहे हैं?

गणना करें कि आपको अलग महसूस करने के लिए आपको कितना बनाने की आवश्यकता है:

  1. आउट-ऑफ-पॉकेट लागत को कवर किया जाना चाहिए
  2. विकास जारी रखने के लिए एक डेवलपर की लागत
  3. एक लाभ मार्जिन

अपने उपयोगकर्ताओं के साथ ईमानदार रहें: उन्हें समझाएं कि सेवा को बनाए रखने के लिए एक निश्चित समय, ऊर्जा, आदि की लागत है।

फिर मौजूदा सुविधाओं के लिए दान और / या शुल्क के लिए पूछें । प्रीमियम सुविधाओं का आविष्कार करने की कोशिश न करें जो सिर्फ यह निर्धारित करने में देरी करती हैं कि क्या सेवा वास्तव में पर्याप्त मूल्यवान है जो स्वयं का समर्थन करने के लिए पर्याप्त है। बस अपने पास मौजूद सुविधाओं के साथ जाएं।

यदि उपयोगकर्ता अच्छी तरह से कुतिया करते हैं तो वे कहीं और जा सकते हैं। यदि पर्याप्त दान और / या साइन-अप नहीं है, तो बंद करें।

क्रूर बनो - एक बार जब आप प्लग खींच लेते हैं तो पीछे मुड़कर नहीं देखते।


2
इन विचारों के लिए +1। अपने मासिक "बिल" को शामिल करें यदि आप व्यावसायिक रूप से किसी के लिए ऐसा कर रहे हैं तो आप शुल्क लेंगे। फिर अपने उपयोगकर्ताओं से कहें कि वे पूल कर सकते हैं और उस बिंदु से एक अनुचर को रख सकते हैं। नरक, शायद आप भी स्थिति के लिए आवेदन कर सकते हैं :)
Zlatko

@zladuric - इस बात से सहमत है कि मेरे पास "विकास जारी रखने के लिए एक डेवलपर की लागत" है (जहां "आप" उस डेवलपर हो सकते हैं)। बहुत से डेवलपर्स व्यवसाय चलाने की आवश्यकता को पहचाने बिना कुछ "मज़ेदार" करते हैं। TANSTAAFL
Pat

3

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

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

यदि उपयोगकर्ताओं के पास डेटा है, तो आपको इसे निर्यात करने के लिए एक रास्ता जोड़ना होगा।

मार्गदर्शन के लिए हाल ही में Google ने रीडर के साथ क्या किया, इस पर एक नज़र डालें। उन्होंने इसे बंद कर दिया और यह एक बहुत ही लोकप्रिय सेवा थी, लेकिन यह उनके दीर्घकालिक लक्ष्यों को पूरा नहीं करता था इसलिए इसे बंद करने के सख्त निर्णय को बनाने की आवश्यकता थी।


1
+1 यहाँ एक समान, उत्कृष्ट (IMO) परियोजना का एक उदाहरण है: picoos.sourceforge.net
Vorac

3

क्या किसी तरह का आधा उपाय संभव उपाय है? प्रोजेक्ट चालू रखें लेकिन अपना कार्यभार कम करें?

उदाहरण के लिए, आप कहते हैं कि आप अभी भी मदद के लिए ईमेल का जवाब दे रहे हैं। क्या आप एक उपयोगकर्ता फ़ोरम सेट कर सकते हैं और ज़ोर दे सकते हैं कि सभी समर्थन क्वेरीज़ के माध्यम से किया जाता है ताकि अन्य पावर-उपयोगकर्ता मदद कर सकें?


1
इसके अलावा, विकास को केवल प्रमुख बगफिक्स तक सीमित करें। इस तरह से आवेदन कार्यात्मक (और मजबूत) माना जाता है।
वोरैक

वैसे उत्तर का अर्थ है कि बस अपरिहार्य देरी हो रही है। इसे मार डालो या पैसा कमाओ। इसे आधा न करें - तब यह सिर्फ एक ऊर्जा नाली बन जाता है।
पैट

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

@ नाम - सॉरी लेकिन हाँ। हमें जीवित रहने के लिए धन की आवश्यकता है। हम सभी के पास इस दुनिया में बहुत सीमित समय है। हमें उन चीजों पर ध्यान केंद्रित करना चाहिए जो सबसे अधिक "मूल्य" बनाते हैं। उन परियोजनाओं पर काम करना जो मूल्यवान नहीं हैं वे जीवन की बर्बादी हैं। मान कैसे मापें: 1) यदि अन्य लोग किसी परियोजना में मूल्य नहीं पाते हैं (और इसका उपयोग नहीं करते हैं), तो वह परियोजना कितनी "फायदेमंद" है? 2) पैसा है कि हम "मूल्य" कैसे मापते हैं। 3) अवसर लागत - यदि ओपी इस पर काम करना जारी रखता है (मूल्यवान नहीं?) परियोजना - ओपी किस पर काम कर रहा है?
पैट

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

1

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

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

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


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

1

आपने open-sourceटैग को शामिल किया है , इसलिए मुझे लगता है कि आपका प्रोजेक्ट सॉफ्टवेयर खुला स्रोत है।

अतीत में बहुत कम कोड योगदान रहा है

यह दुर्भाग्यपूर्ण है, लेकिन समझ में आता है कि आप सब कुछ कर रहे थे। कई उपयोगकर्ता इसमें शामिल नहीं होते हैं क्योंकि यह यथोचित रूप से काम करता है।

कुछ नेता सभी जिम्मेदारियों को सौंपना पसंद करते हैं, और कुछ नेता सख्त नियंत्रण रखना पसंद करते हैं। जबकि एक संतुलन आवश्यक है, जितनी जल्दी हो सके प्रतिनिधि यहाँ कुंजी है।

मैंने 30 से अधिक ओपन सोर्स प्रोजेक्ट बनाए हैं, और कई अभी भी सक्रिय हैं, हालांकि मैंने उन्हें छोड़ दिया है। यहाँ मैं सुझाऊंगा:

  1. बग ट्रैकर का उपयोग बहुत उदारता से करें, हो सकता है कि जिसने कभी भी कोड की एक पंक्ति में योगदान दिया हो। यदि कोई पागल चीजें करना शुरू कर देता है (बहुत कम संभावना है), तो आपके पास उन्हें हटाने के लिए अभी भी नियंत्रण है। अन्य अधिकार देना न भूलें: सोर्स कोड कंट्रोल, विकी, क्राउड-ट्रांसलेशन, फेसबुक पेज, ट्विटर अकाउंट, आधिकारिक वेबसाइट, गूगलिक्स, इत्यादि।

  2. फ़ोरम (और वेबसाइट नोटिस) में घोषणा करें कि आप रिटायर हो रहे हैं, और एक नए प्रोजेक्ट लीडर की तलाश कर रहे हैं।

  3. यहां तक ​​कि अगर टीम लीडर के रूप में कोई भी कदम नहीं उठाता है, तो घातक समस्याएं जो हो सकती हैं (मूर्खतापूर्ण उदाहरण: एक हार्ड-कोडेड URL 404 हो जाता है, जिससे ऐप स्टार्टअप पर क्रैश हो जाता है), यह शायद किसी के द्वारा तय किया जाएगा। यदि कोई भी घातक दोषों को ठीक नहीं करता है, तो इसका मतलब है कि आपको बहुत अधिक चिंता नहीं करनी चाहिए, आपने वह किया है जो आप कर सकते थे, लेकिन परियोजना अब व्यवहार्य नहीं दिखती है।


धन्यवाद - मुझे लगता है कि यह वह जगह है जहाँ जीथब बिल्कुल चमकता नहीं है - मेरे पास इस तरह के सुरक्षा नियंत्रण नहीं हैं। जिस VCS प्लेटफ़ॉर्म के बारे में आप बात कर रहे हैं, उसका समर्थन क्या करता है?
मेंढक

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