प्रयास के लायक स्रोत खोलने के लिए आंतरिक उपकरण का योगदान कर रहा है?

Question

मुझे पता है कि यह एक सामान्य सवाल है, लेकिन मैं अपने मामले के बारे में अन्य लोगों की राय सुनना चाहता हूं:

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

पेशेवरों:

• अच्छा कर्म
• हमारी वेबसाइट पर अधिक ध्यान
• शायद हो रही फिक्स और दूसरों से सुधार

विपक्ष:

• अधिक विकास के निवेश के बिना, उपकरण बना सकता है हमें कोड का बुरा
• प्रकाशन देखने के कुछ प्रयास
• उपकरणों में से कुछ हमारी जरूरतों
• के लिए भी विशेष हो सकता है पूरे प्रयास सिकुड़ समुदाय

दिया ध्यान नहीं जा सकता है की आवश्यकता है क्या आपने या आपकी कंपनी ने कभी ऐसे टूल का योगदान दिया है, या दूसरों द्वारा विकसित ऐसे टूल्स का इस्तेमाल किया है? क्या यह प्रयास के लायक है?

संपादित करें:

उन कैसे सोच के लिए, उपकरण मैं मन में था शामिल हैं -

• एक उपकरण है जो SourceSafe का उपयोग कर बनाता है आसान, वस्तुओं है कि वर्तमान उपयोगकर्ता के लिए बाहर जाँच कर रहे हैं सूचीबद्ध करके या अन्य, चेक-आउट ऑब्जेक्ट का बैक अप लेना, और पीबीजी का पुनर्निर्माण करना।
• एक उपकरण जो रनटाइम पर पीबी नियंत्रण को पहचानता है, जैसे Spy ++ करता है (लक्ष्य ऐप पर कुछ बुनियादी ढांचे की आवश्यकता होती है)।
• SQLite के लिए पीबीएनआई रैपर (इन-प्रोसेस एक्सेस, ओडीबीसी)।
• एक एसक्यूएल ग्राहक, पाठ माप उपकरण आदि

Answer 1

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

स्रोत उपलब्ध और सहयोगी विकास खुला स्रोत के साथ जुड़े प्रयास के बीच अंतर के परिमाण रहे हैं।

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

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

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

मुझे गलत मत समझो। मुझे PowerBuilder समुदाय में अधिक सहयोगी विकास ओपन सोर्स देखना अच्छा लगेगा। मुझे यह जानना अच्छा लगेगा कि मुद्दों को कैसे हल किया जाए, और मेरे पास यह देखने के लिए एक प्रयास है कि मैं एक नया मॉडल काम कर सकता हूं या नहीं। (लोकप्रिय मॉडल का पालन करने का मेरा पहला प्रयास दुर्भाग्य से विफल रहा, आईएमएचओ।)

क्या वेब पर एक ज़िप फ़ाइल को फायर करने और इसे भूलने के बारे में बुरी तरह महसूस करने का कोई कारण है? मुझे नहीं पता। क्या सोर्सफोर्ज प्रोजेक्ट के विरोध में 4 साल की ज़िप फ़ाइल में कोई और गर्व या शर्मिंदगी है जिसका अंतिम योगदान 3 1/2 साल पहले एक पोस्ट था "जहां बिल्ली हर कोई है?" कोई भी करने के लिए अगले सहयोगी विकास सुविधाओं का उपयोग किया गया था: वहाँ एक कारण है कि Sybase CodeXchange एक स्रोत उपलब्ध मंच के लिए एक सहयोगी विकास मंच से न्यागत है। यदि आप स्रोत उपलब्ध हैं अपना कोड खोलें, तो आपके पास बहुत सारी कंपनी होगी।

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

आपको क्या करना चाहिए? सहयोगी विकास साझाकरण के साथ प्रयास को कम मत समझें, लेकिन इसे स्रोत से साझा करने से रोकें।

गुड लक,

टेरी।

Answer 2

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

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

भले ही आपका प्रयास आपके घटते समुदाय द्वारा अनजान हो, भले ही भविष्य के कर्मचारी और ग्राहक देखेंगे कि आप कंपनी के बाहर योगदान दे रहे हैं और आपकी प्रतिष्ठा में उनकी सहायता कर सकते हैं।

मुझे लगता है कि पेशेवर इस पर विपक्ष से बहुत अधिक हैं।

Answer 3

संक्षेप में: इसके लिए जाएं। मुझे संदेह है कि हारने के लिए बहुत कम है, लेकिन हासिल करने के लिए बहुत कुछ है।

पेशेवरों:

** अच्छा कर्म *

कभी नहीं एक बुरी बात है।

** हमारी वेबसाइट पर अधिक ध्यान *

संभवतः एक चोर वास्तव में बुरा :)

** शायद दूसरों से समाधान और सुधार हो रही है *

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

विपक्ष:

** अधिक विकास निवेश के बिना, उपकरण हमें बुरा *

मैं कुशल/अशिष्ट/बेवकूफ टिप्पणी को दूर करने के माध्यम से खोज करना चाहते हैं, ऊपर साफ स्वरूपण लग बना सकता है आदि

** कोड का प्रकाशन कुछ प्रयास * आवश्यकता है

बमुश्किल कोई प्रयास की आवश्यकता है - Sourceforge में एक खाते की स्थापना, एक SVN repo वहाँ और जन्मदिन बनाने अपने कोड आरटी। फिर वेबसाइट का उपयोग कर एक बाइनरी पैकेज (एक ज़िप फ़ाइल करेगा) और release it बनाएं। अगर आप सभी दस्तावेज पढ़ना बंद कर देते हैं, तो आपको एक घंटा लग सकता है।

** उपकरणों में से कुछ भी विशेष हमारी जरूरतों * के लिए

आप बहुत सेट कर सकते हैं अप एक समूह के रूप हो सकता है - जैसे PowerBuilder उपकरण, तो जो लोग वास्तव में विशेष उपकरणों को देखने के व्यर्थ है नहीं होगा उनका समय उन्हें प्राप्त करने के बाद, उनके पास अभी भी 'अधिक आसानी से उपयोगी' टूल होंगे।

** पूरे प्रयास सिकुड़ समुदाय *

संभवतः, लेकिन फिर वहाँ वास्तव में कोड जारी करने के लिए नहीं कोई कारण नहीं है को देखते हुए किसी का ध्यान नहीं जा सकता। यदि आप नहीं करते हैं तो यह हर किसी के लिए पूरी तरह से खो सकता है जब आप विकास उपकरण बदलते हैं।

Answer 4

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

वैसे, खुली स्रोत परियोजनाओं के बहुत सारे समुदायों के विकास के साथ श्रेय दिया जा सकता है जो पहले घट रहे थे।

Answer 5

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

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

क्या आपने साइबेस कोड एक्सचेंज में देखा है? पावरबिल्डर फाउंडेशन क्लास फ्रेमवर्क सहित उनके पास कुछ ओपन-सोर्स पीबी चीजें हैं।

Answer 6

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

Answer 7

मैंने आपकी प्रतिक्रिया my question पर देखी - आश्चर्यजनक है कि आपने पहले से ही कुछ समान विकसित किया है। :-)

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

आपके विशेष मामले में, मुझे स्पाइ ++ में काफी दिलचस्पी है - जैसे एप्लिकेशन के बारे में आपने बात की थी क्योंकि मैं खुद की तरह कुछ (और/या विकसित करने की कोशिश कर रहा था)।

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

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

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