बहुत समय पहले, 2014 में, मैंने टाइपस्क्रिप्ट कोड में C # विचारों को ओवरक्लॉक करने के लिए अपने लिए एक छोटी सी उपयोगिता बनाई। उसने मुझे बहुत समय और नसों को बचाया। और इसलिए, सितंबर 2015 में, मैंने अपने "प्रयोगों को घुटने पर" किसी तरह के सुपाच्य रूप में डालने और उन्हें GHHub पर डालने का फैसला किया। इसलिए ओपन सोर्स सॉफ्टवेयर के विकास में मेरी शौकिया भागीदारी शुरू हुई। समय बीतता गया। और इसलिए, कल इस परियोजना के साथ भंडार में, अंत में, एक सालगिरह, तीन सौवां वचन दिखाई दिया। इस महत्वपूर्ण घटना के संबंध में, मैं अपने शौकिया अनुभव को साझा करना चाहूंगा कि आपको क्या सामना करना है अगर आप अचानक "उद्योग के विकास के लाभ के लिए" कुछ विकसित करने के बारे में सोचते हैं। मैं कुछ आंकड़ों को रेखांकित करूंगा, कुछ शांत कहानियां बताऊंगा, और अपने छापों को भी साझा करूंगा कि बिना किसी ओपन सोर्स प्रोजेक्ट को लिखना और समर्थन करना कैसा है? ~~माताओं, dads और ऋण~~ कंपनी का समर्थन, भुगतान और ... और खाली समय। बिल्ली के नीचे आओ, एक सीट ले लो, हम शुरू करते हैं।

"जो अच्छा है वो करो"

शुरू करने के लिए, GitHub पर 90 मिलियन से अधिक रिपॉजिटरी हैं । उनमें से कुछ ज्ञात हैं, कुछ बहुत नहीं हैं, कुछ आम तौर पर निजी हैं। बड़े पैमाने पर लोकप्रियता के मद्देनजर, गितुब का उपयोग छात्रों द्वारा असाइनमेंट, व्याख्यान के लिए शिक्षक, ट्यूटोरियल के लिए पुस्तकों के लेखक और कानून के लिए उत्साही लोगों के लिए किया जाने लगा । ज़रा सोचिए कि एक कमबख्त कोड और प्रोजेक्ट का क्या हश्र होता है! हालांकि, मैंने कॉग्नेक की एक बोतल लगाई है कि अगर कोई पत्रकार आपसे अभी जुड़ा हुआ है और आपसे प्रसिद्ध रिपॉजिटरी का नाम पूछता है, तो आपको फोन करना होगा ... ठीक है, लगभग 15-30। इसका क्या मतलब है? इसका मतलब यह है कि GitHub सॉफ्टवेयर उत्पादों का एक विशाल ब्रह्मांड है, जिनमें से अधिकांश, मुझे यकीन है, केवल उनके लेखकों के लिए जाना जाता है। और शायद 5-10 उनके दोस्तों को।

इस भीड़ में कम या ज्यादा ध्यान देने योग्य बनना काफी मुश्किल है, मैं आपको बताता हूं।

यहां तक कि अगर आप दुनिया के सभी-सभी उपयोगकर्ताओं के बैंक कार्डों का डेटा चुराते हैं और उन्हें GitHub पर पोस्ट करते हैं, तो मैं इसे स्वीकार करता हूं ~~आप पर प्रतिबंध लगाया जाएगा और मुकदमा चलाया जाएगा~~ किसी को इसकी भनक नहीं लगेगी । मैं ऐसी स्पष्ट बातें क्यों कह रहा हूं, आप पूछें? और यहाँ ... लानत है कि वे स्पष्ट नहीं हैं! विशेष रूप से इन पंक्तियों के लेखक के लिए :) विशेष रूप से 3 साल पहले। फिर मैंने भोलेपन से सोचा कि यह वास्तव में उपयोगी कुछ करने के लिए पर्याप्त है, टैग्स को इंगित करें, README लिखें और लोग खुद ही सब कुछ पा लेंगे, सब कुछ खुद ही डाउनलोड कर लेंगे। ठीक है, गंभीरता से, चूंकि कुछ प्रकार के बाएं-पैड , जिसमें अनिवार्य रूप से कोड की 47 पंक्तियों में एक हजार सितारे शामिल थे, तो मेरा दृष्टिकोण कुछ ऐसा है जो निष्पक्ष रूप से विकास को सरल बनाता है - ठीक है, 300 टाइप किया जाएगा, है ना?

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

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

लेकिन सब कुछ इतना बुरा नहीं है। यदि आप इस बारे में उदास होने के लिए पहले से ही तैयार हैं, तो मेरी सलाह है कि अपने रूमाल और एक सॉबिंग तकिया को अलग रखें।

बेहतर है कि कुछ उपयोगी करें। सबसे पहले - अपने लिए उपयोगी।

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

बिना पैंट के पी.आर.

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

यह दुखद है, लेकिन जाहिरा तौर पर यह एक तथ्य है: मेरी टिप्पणियों के अनुसार, लोकप्रिय और बड़े पैमाने पर परियोजनाओं के पीछे, कंपनियां किसी तरह खड़ी होती हैं।

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

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

कंपनियों की मदद के बारे में गीतात्मक विषयांतर

ओह, इस तरह का एक दिलचस्प मामला था। मैंने 2015 स्टूडियो, 2017 कम्युनिटी एडिशन खरीदा है, लेकिन इसके अलावा मैं जेटब्रिंस से रीशर का उपयोग करता हूं। और मैंने इसे खरीद भी लिया। अन्य बातों के अलावा, मेरे पास Azure पर एक खाता भी है, जहां नाममात्र के पैसे के लिए मेरे बारे में जानकारी, परियोजनाओं और प्रलेखन के लिंक के साथ एक सरल वेबसाइट है। तो वहाँ यह है। JetBrains में ओपन सोर्स डेवलपर्स के लिए मुफ्त लाइसेंस प्रोग्राम है। ठीक है, मैं सोच रहा हूँ - इसे दे दो, मैं इसे ठीक कर दूँगा। एक सुंदर पैसा, लेकिन मैं बचाऊंगा। मेरे पास एक उपहार होगा ReSharper। क्यों नहीं? मैंने लिखा, फिर, आवश्यक पते पर एक पत्र। जैसे, इत्यादि। मैं इस तरह की परियोजना कर रहा हूं, एक खुले स्रोत की तरह। दे, वे कहते हैं, एक लाइसेंस। इसका उत्तर आता है:

हमने यह देखने के लिए आपके ओपन सोर्स प्रोजेक्ट की जाँच की है कि क्या यह JetBrains के ओपन सोर्स लाइसेंस प्रोग्राम की सभी आवश्यकताओं को पूरा करता है।
हमें आपको सूचित करना है कि हमारे कार्यक्रम के नियमों के अनुसार, यदि परियोजना कोई भुगतान की गई सेवाएं (प्रशिक्षण, परामर्श आदि) प्रदान करती है, तो हम सामान्य शर्तों पर मुफ्त लाइसेंस जारी नहीं कर सकते।
जैसा कि मैं आपकी परियोजना की वेबसाइट पर देख सकता हूं कि यह कुछ वाणिज्यिक सेवाएं प्रदान करता है ( http://www.reinanted-sc.com/Info/Contact ), इसलिए, दुर्भाग्य से, मैं आपके लिए मुफ्त खुला स्रोत लाइसेंस प्रदान करने में सक्षम नहीं होगा परियोजना।

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

यदि आपकी परियोजना वाणिज्यिक सेवाएं प्रदान नहीं करती है, तो कृपया वेबसाइट से वाणिज्यिक अनुभाग को हटा दें और मुझे एक बार ऐसा करने के बाद बताएं - मैं फिर आपके लिए एक खुला स्रोत लाइसेंस जारी करूंगा।

"ठीक है, कोई बात नहीं," मैंने सोचा, "इसका मतलब है कि मुझे प्रति वर्ष $ 200 (ReSharper के लिए लाइसेंस की लागत) के बदले में साइट से वाणिज्यिक ऑफ़र के लिए खुलेपन के बारे में जानकारी निकालनी होगी! नहीं! नहीं, दोस्तों, यह एक तथाकथित प्रस्ताव है।" जरूरी नहीं है। " और उन्होंने बातचीत जारी नहीं रखी।

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

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

प्रलेखन के बारे में

यह विचार कि लोगों को अपने ढांचे का उपयोग करने के तरीके के बारे में कोई भी जानकारी देना अच्छा होगा, जब तक कि मैंने अंत में इसे तैयार नहीं किया, तब तक मुझे आराम नहीं दिया गया:

यहाँ प्रलेखन के साथ बात है: यह एक परियोजना कोड के बिना बेकार है, और परियोजना कोड इसके बिना बेकार है।

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

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

- C# , , "", . , internal private C#. : 150 ( — 250), 700 260 . - . , .

20 , - , . , , ? , . . , : — . : MSDN! .

"Gets or sets whether..." — - !

, .

30 , - " ". , , , . , , internal ( package Java). , ! . , .

, , .

, ! doxygen .

, reference-, doxygen-, 150 , enum-, . — ! XMLDOC- , "" . , .

XMLDOC-, , . Autofac, ReadTheDocs.ord. reStructuredText. , . ? . ? ? , ? ? .

chebureque, . , . , , . , . , … , , ! , , , . . , .

, — . .

: , github wiki markdown- , . , , , , GitHub. . .

. -, , . , - . .

. 9 NuGet, , . , 2016 -. ( ?) !

?

"european it conferences 2016" . C# TypeScript. web, , , , IoT. , . , ! , , , , , " ". " ", " ", " ". , ! ", -, !". .

, , DeveloperDays 2016 . — ? , . , , — , 10 . — , . , , . , . . , , , .

— — — .
— , ! ! —… . , — , . .

. NuGet , 10 . , . , , issues! : . , . , faq, , , , .

StackOverflow! , !

C#- TypeScript, . — ! README , Support policy. StackOverflow , . FAQ. RSS .

, RT StackOverflow — , . ! stargazers Barclays Microsoft. — , , , , , … ! , Insights , JIRA - .

StackOverflow , , . . issues , - . . - . , - . , , ( , — ) , .

TDD — , .

— - , - . ,

, -. ( ), — 10, 99% - .

-, , C# TypeScript . , !

RT, dnx, .NET Standard, 3 .NET Core, 20 TypeScript , .

, - .NET Core :)

, , . , ( !). , , … - ? , : , , , . ( .NET Core, ). ? , .

3 . ? ? ! . , . . zip- — GitHub ! , , , OSS- - .

opensource- ? .

?
OSS : (opensource ) ( ). Microsoft OSS — .NET Core "Microsoft loves Linux" MS-, — Azure . — ! , .

opensource. -, Percona mysql, , " ". , , mysql , . mysql .

, OSS- , , . — : OSS- , . , .

OSS, , — , , , Apache Harmony, Sun Microsystems JRE ( , -).

OSS , . - — , , " " — . . — , , " — , " .. .

OSS — , . — - . , user group, community, , . — , . - . "member of something user group, contributor".

- OSS- , , , . .

, — . , , , . , — .

, , community. — , , , , — , , .

, , , — , , linux. "" Linux. , — . . - , " ", , opensource . . , . , .

. - , - " opensource", — .

, .

opensource, " " opensource- — , .

: OSS- OSS- — . , . .

, , , , " " " opensource". , OSS, . . , , . . , . , — . ? ...

, . :

5000 , 225 , 1428 , 380 ;
43 ;
84 issues ;
10 ;
107 ;
28 ;
1100 ;
~50 000 - NuGet ( 40 );

GitHub, NuGet.

ओपनसोर्स में एमेच्योर - 3 साल में सीखा सबक

"जो अच्छा है वो करो"

बिना पैंट के पी.आर.

प्रलेखन के बारे में

More articles: