Autofixture: AutoFixture के लिए आगे क्या है?

@Kralizek , पूछने के लिए धन्यवाद।

मैं केवल अपने लिए बोल सकता हूं, यह वास्तव में (अभी भी) है जैसा कि मैंने https://github.com/AutoFixture/AutoFixture/issues/703#issuecomment -275347457 में लिखा है:

मेरे द्वारा ठीक है, अगर मेरे पास पीआर (ओं) की समीक्षा करने के लिए आवश्यक ज्ञान है। आमतौर पर, मैं (खुशी से) कोड-बेस के उन हिस्सों की समीक्षा करता हूं, जहां मैंने पहले काम किया है, बनाया है, या योगदान दिया है।

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

#703 पर वापस इशारा करने के लिए @moodmosaic धन्यवाद। मेरी स्थिति अभी भी पहले जैसी ही है: मैं ऑटोफिक्चर प्रोजेक्ट से बाहर हूं, हालांकि स्पष्ट रूप से लागू होने पर सलाह के साथ मदद करने में मुझे खुशी है।

मुझे लगता है कि अगर कुछ नहीं हो रहा है तो इस मुद्दे को खोलना समझ में आता है। हो सकता है कि मौजूदा अनुरक्षक भी आगे बढ़ गए हों। देखते हैं कि हमें उनमें से किसी से कोई प्रतिक्रिया मिलती है या नहीं। यदि नहीं, तो कृपया मुझे फिर से पिंग करें, क्या हमें कहना चाहिए, एक या दो सप्ताह?

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

अगर चीजें आगे नहीं बढ़ रही हैं, तो आइए देखें कि क्या हम इसका पता लगा सकते हैं, और फिर देखें कि क्या हम ज़रूरत पड़ने पर और लोगों की मदद करने में मदद कर सकते हैं।

मैं परियोजना का नियंत्रण वापस लेने का इरादा नहीं रखता, लेकिन जहां तक ​​​​मैं कह सकता हूं, मेरे पास अभी भी भंडार में लेखन पहुंच है। अगर कोई और स्वेच्छा से परियोजना का नेतृत्व करता है, तो मुझे इसे पूरा करने में मदद करने में खुशी होगी।

हाय दोस्तों!

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

प्रारंभ में मैं रखरखाव के बारे में बहुत भावुक रहा हूं और कुछ विचार थे जिन्हें और बेहतर किया जा सकता था। आज भी मैं उन चीजों को देखता हूं जिन्हें करना समझ में आता है, कम से कम रखरखाव के नजरिए से (जैसे ड्रॉप .NET मानक 1.x समर्थन)।

हाल ही में मैंने परियोजना का समर्थन करने से बिल्कुल पीछे हट गए और मैंने इसके कुछ कारणों की स्वयं पहचान की।

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

परियोजना को बदलना मुश्किल है।

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

कुछ बिंदु पर मुझे लगने लगा कि यहाँ कुछ भी संशोधित करना मेरे लिए बहुत कठिन हो गया है। और इसने उस जुनून को मार डाला जो मेरे पास परियोजना के बारे में था।

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

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

मैं मानता हूं कि मेरे कुछ प्रस्ताव आदर्श नहीं हो सकते थे और निश्चित रूप से, मैं सम्माननीय मार्क के रूप में ऐसा अनुभवी नहीं हूं। लेकिन हम अपने निर्णयों में अधिक स्वतंत्र हो सकते थे, इसलिए परियोजना अधिक जीवंत है।

थोड़ा अकेला है

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

मैं अभी AutoFixture के साथ सक्रिय रूप से काम नहीं कर रहा हूँ

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

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

सबसे पहले, मैं #703 चर्चा में आपके पास वापस न आने के लिए @AutoFixture/core टीम से माफी मांगना चाहता हूं। हाँ, यह मेरे लिए एक व्यस्त समय था (और अभी भी है) लेकिन मैं इतना व्यस्त नहीं था कि मैं जवाब नहीं दे सकता था। मुझे अपने किसी भी उल्लेख के लिए कोई सूचना नहीं मिली और मैंने चर्चा पर वापस जाँच करने के लिए नहीं सोचा। जब मैंने #703 पर दोबारा गौर किया तो मुझे सचमुच अभी इसके बारे में पता चला। फिर से, मुझे खेद है। मैं

AutoFixture के भविष्य पर मेरी स्थिति वही है जो मैंने 2016 में व्यक्त की थी । मेरा मानना ​​है कि AutoFixture काफी स्थिर है और अब सालों से है। अगर कोई इसे एक अलग दिशा में ले जाना चाहता है, तो मुझे लगता है कि एक साफ स्लेट से शुरू करना बेहतर होगा। ऑटो-जनरेटिंग टेस्ट डेटा की अवधारणा बहुत अच्छी है और ऑटोफिक्स्चर निश्चित रूप से _only_ तरीका नहीं है जिसे .NET प्लेटफॉर्म पर किया जा सकता है।

यह कहना नहीं है कि AutoFixture बग-मुक्त है। मैं जो कह रहा हूं वह यह है कि रखरखाव की मात्रा और दायरा इतना छोटा है कि यह @AutoFixture/core टीम की जिम्मेदारी बनी रह सकती है।

क्या हमें लीड डेवलपर की आवश्यकता है? ओपन सोर्स का इतिहास बताता है कि एक व्यक्तिगत लीड के बिना एक परियोजना को अंततः छोड़ दिया जाएगा। लेकिन लीड के समूह के बारे में क्या?

मैं कहता हूं कि हम मौजूदा मॉडल के साथ एक नियुक्त लीड घटाकर आगे बढ़ने की कोशिश करते हैं और देखते हैं कि यह कैसा चल रहा है।

AutoFixture इतना अच्छा प्रोजेक्ट है, इसे धीरे-धीरे मिटता हुआ देखकर बहुत दुख होगा।

चूंकि @zvirja प्रोजेक्ट का सबसे सक्रिय/लीड मेंटेनर है। मेरा मानना ​​​​है कि यह उनके लिए समझ में आता है कि यह परियोजना कैसे विकसित होगी। ओपन सोर्स प्रोजेक्ट को बनाए रखने में बहुत प्रयास और समय लगता है। व्यक्तिगत रूप से मुझे इस परियोजना को आगे बढ़ाने के लिए दान करने में कोई आपत्ति नहीं है। और धन्यवाद @zvirja

किसी को हाथी को कमरे में इंगित करना चाहिए, तो मैं भी हो सकता हूं।

यह धागा बहुत कुछ अंतिम संस्कार जैसा दिखता है (या खेदजनक)

मेरा मानना ​​​​है कि हमें (समुदाय को) उस स्थिति से बाहर निकलने का रास्ता खोजने पर अधिक ध्यान देना चाहिए जिसमें हमने खुद को माफी मांगने के बजाय पाया।
अब तक यह धागा समस्याओं को इंगित करने में बहुत अच्छा रहा है (पूरा करने के लिए स्वतंत्र महसूस करें):

1. वर्तमान अनुरक्षकों के पास समय नहीं है/परियोजना में रुचि नहीं है
2. परियोजना को बनाए रखना कठिन है
3. कोड समीक्षा बहुत प्रतिबंधात्मक है

अब क्या हम उन कार्यों की सूची बना सकते हैं जो हम कर सकते हैं?

अगर किसी को यहां परवाह है तो इस पर मेरी राय है:

1. समुदाय में नए सदस्यों को स्वीकार करें। @Kralizek कुछ समय के लिए आसपास रहा है, वह एक अच्छा उम्मीदवार हो सकता है। हो सकता है कि @AutoFixture/core के साथ कोई और टीम हो?
2. मुद्दों का एक बैकलॉग बनाएं, प्राथमिकता दें, समुदाय से मदद मांगें
3. कोड समीक्षा को ढीला करें। यदि पिछले मालिक द्वारा लगातार उसके हाथों पर थप्पड़ मारा जा रहा है, तो कोई किसी परियोजना का स्वामित्व नहीं ले सकता है।
   प्रयोगों की अनुमति दें, हो सकता है कि सामान के लिए एक अतिरिक्त पैकेज AutoFixture.Experimental बनाएं, जिसकी अभी तक लाइब्रेरी के मूल संस्करण तक पहुंचने की पुष्टि नहीं हुई है (जैसे बूस्ट मानक सी ++ लाइब्रेरी के लिए है)।

मैं @zvirja से सहमत हूं, यह परियोजना बहुत डराने वाली है। मैंने लगभग दो साल पहले AutoFixture की खोज की है और हाल ही में मुझे PR जमा करने का साहस मिला है।
मेरा मानना ​​​​है कि कुछ और भी हैं जो ऐसा ही महसूस करते हैं। जो लोग इस टूल का उपयोग कर रहे हैं और इसे फलते-फूलते देखना चाहते हैं।

कमरे में हाथी की ओर इशारा करने के लिए @aivascu धन्यवाद।

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

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

जब उपयोगकर्ता अनुभव की बात आती है तो मैं सहर्ष हस्तक्षेप कर सकता हूं...

परियोजना को बनाए रखने के लिए कुछ उत्साह बढ़ाने के लिए एक प्रायोजन/समर्थक कार्यक्रम के बारे में कैसे?
यह आखिरकार एक लोकप्रिय रेपो है।

मेरे दो सेंट पिछले तीन वर्षों में AutoFixture का उपयोग कर रहे हैं:

मुझे लगता है कि AutoFixture का ब्रांड नाम बहुत अच्छा है। मस्त नाम है।

यह स्टैक ओवरफ्लो पर लोकप्रिय है। [autofixture] में 506 प्रश्न हैं, जबकि [xunit.net] में 801 हैं। इसके लिए .NET कोर के अर्ध-आधिकारिक परीक्षण ढांचे के रूप में लगभग उतना ही लोकप्रिय होना उल्लेखनीय है, और आंशिक रूप से मार्क के अथक समर्पण के कारण पढ़ाने के लिए (और एक महान शिक्षक होने के नाते)। और मार्क का ब्लॉग मुफ्त परीक्षण ज्ञान के फव्वारे की तरह है।

मुझे लगता है कि ऑटोफिक्चर का एपीआई सीखना मुश्किल है।

AutoFixture के भाग जो मुझे पसंद हैं:

• ऑटो-मॉकिंग कंटेनर डिज़ाइन पैटर्न का उपयोग करने की क्षमता (शायद सबसे शक्तिशाली परीक्षण अवधारणा जिसे मैंने एक इंजीनियर के रूप में पेश किया है)।
• Fixture.Freeze अद्भुत है
• AutoMoq एक्सटेंशन उन चीजों के लिए जल्दी से जुड़नार बनाने की अनुमति देता है जिनके लिए नकली की आवश्यकता होती है
• स्वचालित रूप से एक इकाई ऑब्जेक्ट ग्राफ़ उत्पन्न करने और मेरे सामान्य रिपोजिटरी पैटर्न का परीक्षण करने और मेरे एंटिटी फ्रेमवर्क भंडारों के लिए एंड-टू-एंड एकीकरण परीक्षण कोड कवरेज की गारंटी देने की क्षमता।

AutoFixture के भाग जिनका मैं सीधे उपयोग नहीं करता:

• स्थिरता। इंजेक्ट

AutoFixture के वे भाग जिन्हें मैं बेहतर/विस्तारित करना चाहता/चाहती हूं

• कल बनाया गया मेरा मुद्दा देखें: #1179
• वफ़ल टेक्स्ट जेनरेटर जैसे कुछ अच्छे के साथ स्ट्रिंग्स के लिए गाइड्स के डिफ़ॉल्ट व्यवहार को स्वैप करने की क्षमता। मुझे एहसास है कि आप इसे आज कर सकते हैं, लेकिन अगर #1179 पर काम किया गया था, तो हम कस्टम डेटा प्रदाता के साथ मनमानी तत्व पिकर्स में प्लग इन कर सकते थे।
• AutoFixture धीमा है, और अभिव्यक्ति संकलन को गति देने के लिए किसी आधुनिक तरकीब का उपयोग नहीं करता है, जैसे मैक्सिम वोल्काउ की ड्राईआईओसी परियोजना मैक्सिम के FastExpressionCompiler के साथ करती है https://github.com/dadhi/FastExpressionCompiler

AutoFixture के भाग जो मुझे पसंद नहीं हैं (ज्यादातर मामूली):

• स्थिरता। अनुकूलित करेंविजुअल स्टूडियो इंटेलिजेंस के साथ हमेशा गलत तरीके से काम करता है।
• अनुकूलन लिखना, और क्यों अनुकूलित करें विधि आपको अनुकूलन को इंजेक्ट करने की अनुमति नहीं देती है। उस तरह का सामान बारोक और कष्टप्रद है और सीखने की एक बड़ी अवस्था बनाता है।
• अनुकूलन और नमूना निर्माता और चीजें हर जगह हैं। यह अव्यवस्थित है।
• कुछ चीजों के लिए अजीब शब्दावली
• संपूर्ण Do..Without डिज़ाइन पैटर्न की आदत डालना मुश्किल है। यह काम करता है, लेकिन यह वर्बोज़ है और आपको पुनरावर्ती संस्थाओं के साथ मदद नहीं करता है। उसके लिए, आपको पहले से बनाई गई वस्तुओं की हैश तालिका बनाने के लिए AutoFixture को बताने के लिए विशेष व्यवहार की आवश्यकता है।
• सामान्य कार्यों के लिए कोई सरलीकृत वाक्यविन्यास नहीं
• मोनोलिथिक डिज़ाइन जिसमें केवल समस्याओं को हल करने के लिए आंतरिक की गहरी समझ की आवश्यकता होती है। आप केवल बिट्स और टुकड़ों का उपयोग नहीं कर सकते। आपको शुरुआती सीखने की अवस्था को पार करने के लिए मार्क के प्लुरलसाइट कोर्स को बहुत ज्यादा देखना होगा, या एक डेवलपर के साथ काम करना होगा जो ऑटोफिक्स्चर में एक विशेषज्ञ है, ताकि यह सराहना की जा सके कि ऑटोफिक्स्चर इतना भयानक क्यों है।
• मार्क का यह रुख कि AutoFixture को केवल "गुमनाम मान" उत्पन्न करना चाहिए। यह काम पूरा करने के लिए बहुत सारे तृतीय-पक्ष कोड लेखन बनाता है। उदाहरणों में निम्नलिखित स्टैक ओवरफ्लो पोस्ट शामिल हैं:
  
  
  
  • ऑटोफिक्स्चर, शब्दकोश की सूची बनाएंवैकल्पिक कुंजी के साथ
  
  
  • मैं किसी सूची में आइटमों की केवल एक उप-श्रेणी पर संपत्ति कैसे निर्दिष्ट करूं?
  
  
  • मैं उन वर्गों की सूची कैसे बना सकता हूँ जिनका हमेशा AutoFixture में एक पूर्वनिर्धारित मान सेट होता है?
  
  

जिन हिस्सों में मुझे नवाचार की संभावना दिखाई दे रही है:

• चूंकि सी # अधिक से अधिक कार्यात्मक (पैटर्न मिलान, रिकॉर्ड प्रकार, आदि) बन जाता है, ऑटोफिक्चर आदर्श रूप से एफ # में एफएसचेक और हेजहोग की तरह अधिक से अधिक काम करेगा।
• यह अच्छा होगा यदि AutoFixture Arb सुविधा की तरह, FsCheck से कुछ शंक्वाकार परीक्षण अवधारणाओं को सुधारने में सक्षम था।
• इंजीनियरों को सुपर मजबूत, विविध परीक्षण इनपुट बनाने की अनुमति देने के लिए RLCheck में चर्चा की तरह नवाचारों का उपयोग करें (गाइड के रूप में स्ट्रिंग एक हैक है!) https://www.carolemieux.com/rlcheck_preprint.pdf

मुझे लगता है कि जिन मुद्दों की मैं यहां रूपरेखा दे रहा हूं उनमें से कुछ इस कारण से हैं कि Microsoft .NET कोर के लिए अपने किसी भी परीक्षण में AutoFixture का उपयोग क्यों नहीं करेगा।

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

ऐसा लगता है कि एक प्रयोगात्मक कांटा जाने का रास्ता हो सकता है।

आप ऐसा क्यों करना चाहते हो? आपको वह कांटा बनाए रखना होगा। यदि आप ऐसा करने के इच्छुक हैं, तो इसके बजाय इस भंडार के अनुरक्षक के रूप में कदम क्यों न उठाएं?

एक प्रयोगात्मक कांटा के बजाय, मैं ऊपर चर्चा की गई क्यूओएल सुधारों को पेश करने के लिए एक नया रेपो (या इस पर निर्माण करना) बनाने पर विचार करता हूं।

AutoFixture में एक शक्तिशाली API है जो बहुत कुछ हासिल कर सकता है लेकिन बहुत से लोगों को डरा सकता है। अधिकांश चीजों को साधारण वाक्यात्मक चीनी के रूप में पेश किया जा सकता है।

QoL सुधार पेश करने के लिए

रेनाटो ( @Kralizek ), QoL का क्या अर्थ है? जीवन स्तर?

हां।

यदि आप ऐसा करने के इच्छुक हैं, तो इसके बजाय इस भंडार के अनुरक्षक के रूप में कदम क्यों न उठाएं?

@ploeh भंडार के लिए एक अनुरक्षक के रूप में कैसे कदम बढ़ाता है? क्या कोई आवश्यकताएं हैं?
अनुरक्षकों की वर्तमान सूची को देखते हुए ईमानदारी से कहूं तो, कुछ बड़े जूते भरने के लिए हैं।
मैं ऑटोफिक्चर में योगदान देना चाहता हूं, शायद एक रखरखाव (एक दिन) के रूप में भी और मुझे यकीन है कि अन्य भी हैं, लेकिन मुझे लगता है कि यह कोई भी ऐसा नहीं है जिसे इस लोकप्रिय भंडार को बनाए रखने के लिए स्वीकार किया जाएगा।

आप ऐसा क्यों करना चाहते हो? आपको वह कांटा बनाए रखना होगा।

मैं उस बोली से सहमत हूं। जब मैंने शुरू में एक प्रायोगिक पैकेज का प्रस्ताव दिया था, तो इस धागे में, मैं रिपॉजिटरी को बनाए रखते हुए @zvirja के मुद्दों को कम करने के तरीके के बारे में सोच रहा था। पैकेज में AutoFixture कोर के शीर्ष पर निर्मित विशेषताएं होंगी, न कि एक परिवर्तित कांटा। कुछ ऐसा जो @Kralizek ने वर्णित किया है।
बेशक, आदर्श रूप से, इस तरह के पैकेज की आवश्यकता नहीं होगी। मुझे लगता है कि हमें तकनीकी समस्या के बजाय लोगों की समस्या का समाधान करना चाहिए।

मुझे लगता है कि हमें तकनीकी समस्या के बजाय लोगों की समस्या का समाधान करना चाहिए।

मुझे नहीं पता कि इसका क्या मतलब है। हमें और अधिक बताएँ।

मुझे लगता है कि हमें तकनीकी समस्या के बजाय लोगों की समस्या का समाधान करना चाहिए।

मुझे नहीं पता कि इसका क्या मतलब है। हमें और अधिक बताएँ।

मुझे लगता है कि उनका मतलब यह है कि AutoFixture को प्रतिबद्ध अनुरक्षकों की आवश्यकता है जो कला के एक सुंदर टुकड़े को नष्ट करने के डर के बिना नवाचार करने के लिए स्वतंत्र महसूस करते हैं, जैसा कि @zvirja ने अपनी टिप्पणी में कहा था।

किसी ऐसी चीज़ के लिए प्रतिबद्ध महसूस करना कठिन है जहाँ आपको लगता है कि आपके हाथ पिछले निर्णयों और नेतृत्व द्वारा डाली गई छाया से बंधे हैं।

कुछ दिलचस्प विचारों को ठुकरा दिया गया क्योंकि वे "पुराने तरीकों" के विरोध में थे। यह किसी की प्रेरणा को मार देगा। उस दृष्टिकोण से, एक कांटा इस सामान का बहुत कुछ मुक्त कर देगा।

ठीक है, मैं एक साधारण आदमी हूँ, मुझे बस https://github.com/AutoFixture/AutoFixture/pull/928 जैसे सामान का विलय करना है। जैसा कि मैंने ऊपर उल्लेख किया है, AutoFixture के पास अद्वितीय मान उत्पन्न करने का समर्थन करने के अच्छे तरीके नहीं हैं। गुणक रैखिक सर्वांगसम जनरेटर ऐसी सुविधा के लिए एक अच्छे आधार की तरह लगता है। हमने हाल ही में अपना लिखा था और इस चाल के बारे में जानने वाले किसी व्यक्ति के रूप में चालाक नहीं था, और मुझे केवल बाद में पीआर मिला।

मुझे पसंद है, "हाँ, चलो इस बढ़िया सामान को और अधिक करते हैं।"

भंडार के लिए अनुरक्षक के रूप में कोई कैसे कदम बढ़ाता है?

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

क्या कोई आवश्यकताएं हैं? अनुरक्षकों की वर्तमान सूची को देखते हुए ईमानदारी से कहूं तो, कुछ बड़े जूते भरने के लिए हैं।

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

इस प्रकार, आप दुनिया में सभी गलतियाँ कर सकते हैं, और आप शायद ही चीजों को बदतर बना पाएंगे।

@ploeh अगर आप इसे इस तरह रखते हैं तो मुझे एक रखरखाव के रूप में कदम उठाने में खुशी होगी और मुझे आशा है कि अन्य भी कदम उठाएंगे।

@aivascu धन्यवाद, यह बहुत अच्छा है।

मैं इस पर टिप्पणी करने के लिए वर्तमान रखरखाव और हैंगअराउंड @zvirja , @moodmosaic , @adamchester , @ecampidoglio को लगभग 24 घंटे दूंगा, और यदि मुझे कोई विरोध नहीं दिखाई देता है, तो मैं आपको अनुरक्षक अधिकार दूंगा।

@ploeh मेरी तरफ से कोई आपत्ति नहीं।
@aivascu बोर्ड पर आपका स्वागत है। आशा है कि यह परियोजना आपको वह मज़ा देगी जिसकी आप तलाश कर रहे हैं

@aivascu मैं एक अनुरक्षक नहीं हूं लेकिन मुझे यह पुस्तकालय पसंद है। अगर आपको अपने विचारों को उछालने के लिए किसी की जरूरत है तो बस मुझे पिंग करें।

@ploeh , @aivascu , मेरे द्वारा ठीक: +1:: रॉकेट:

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

@aivascu आपको मेरी शुभकामनाएं। मेरी एकमात्र सलाह यह है कि कोडबेस में कोड की प्रत्येक 20,000 लाइनों के लिए लगभग 6 महीने लग सकते हैं, खासकर अगर एक ही स्थान पर कुछ स्पष्ट "वास्तुकला निर्णय रिकॉर्ड" नहीं हैं। इस कारण से, मेरे द्वारा बनाए गए प्रोजेक्ट्स पर, मैंने उन्हें लिखना शुरू कर दिया है ताकि लोग कोड की "शैली" को समझ सकें। मार्क ने इन्हें लिखा है, लेकिन ज्यादातर अपने ब्लॉग और/या स्टैक ओवरफ्लो पर। @moodmosaic ने ऐसा ही किया है। मैं कहूंगा, आगे जाकर, रेपो रूट में adr फ़ोल्डर बनाएं जो किसी भी डिज़ाइन तर्क को दस्तावेज करता है। आप उसके लिए .md फाइलों का उपयोग कर सकते हैं। जटिल तालिकाओं के लिए, मार्कडाउन तालिकाओं के बजाय html तालिकाओं का उपयोग करें।

गर्मजोशी से स्वागत के लिए आप सभी का धन्यवाद।
मुझे लगता है कि शुरुआत के लिए, मैं @jzabroski से सलाह लेने जा रहा हूं और नए रखरखाव और योगदानकर्ताओं के ऑन-बोर्डिंग को आसान बनाने के लिए दस्तावेज़ीकरण में अंतराल को भरना शुरू कर दूंगा।
समानांतर में शायद मैं मौजूदा बैकलॉग के माध्यम से जलना शुरू कर सकता हूं।
उम्मीद है कि इस अद्भुत उपकरण को आगे बढ़ाने के लिए और अधिक समुदाय के सदस्य आगे आएंगे।

बधाई हो @aivascu।

मुझे लगता है कि अब आप प्रमुख डेवलपर हैं। मैं यह इसलिए कह रहा हूं, क्योंकि मुझे लगता है कि चीजें वापस 'मृत' स्थिति में चली जाएंगी, जैसे ही आप रुकेंगे - इसलिए मैं अब आपको देख रहा हूं :)

मुझे उम्मीद है कि ऑटोफिक्स्चर टीम पहले बताए गए अकेले यात्रा के मुद्दे के जोखिम को कम करने के लिए नए टीम के सदस्यों को 'शिकार' करती है। मुझे केवल योगदान करने में खुशी हो रही है, अगर कोई इस https://github.com/AutoFixture/AutoFixture/pull/1164 पर एक नज़र डाल सकता है।

@aivascu मैंने आपको AutoFixture की कोर टीम में शामिल होने के लिए एक आमंत्रण भेजा है, लेकिन आमंत्रण अभी भी लंबित है।

@ploeh मैंने अभी निमंत्रण स्वीकार कर लिया है। आपको धन्यवाद!

@aivascu टीम में आपका स्वागत है।

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

आपको धन्यवाद!

स्वागत है @aivascu

@aivascu मुझे आपको इस परियोजना में शामिल करने में खुशी होगी। अगर आपको कोई आपत्ति नहीं है तो मुझे आपके साथ एक आवाज में बात करने में बहुत खुशी होगी, इसलिए मैं सब कुछ दिखा सकता हूं और सवालों के जवाब दे सकता हूं। यदि आप इसके लिए तैयार हैं, तो कृपया मुझे एक मेल लिखें (आप कमिट में पता पा सकते हैं) ताकि हम विवरण पर सहमत हो सकें।

और फिर से स्वागत है।

@zvirja यह वास्तव में अच्छा होगा। मैं आपको एक ईमेल छोड़ दूंगा।

स्वागत है @aivascu :+1 :

जहाज पर आपका स्वागत है, @aivascu! मैं

@aivascu यह देखते हुए कि आपने इस पर काम करने के लिए जुनून और ऊर्जा से भरे एक नए अनुरक्षक के रूप में कदम रखा, क्या हमें इस मुद्दे को बंद और अनपिन करना चाहिए? यह कहना कि अभी के लिए हमारा भविष्य निर्धारित है? मैं

@zvirja मैं थोड़े उम्मीद कर रहा था कि कोई और रखरखाव के रैंक को भरने का अनुरोध कर सकता है। मैं

अगर किसी को लगता है कि वह इस भंडार के लिए एक अनुरक्षक होने का आनंद ले सकता है तो एक मुद्दा खोलें या हमें एक संदेश छोड़ दें।
मैं अब इस मुद्दे को बंद कर दूंगा।