सॉफ़्टवेयर/प्लेटफ़ॉर्म साझा करने के लिए प्लेटफ़ॉर्म

Question

डेवलपर्स, परीक्षकों और प्रबंधन के बारे में अपने चश्मा लिखने और साझा करने के लिए उपयोग किए जाने वाले सॉफ़्टवेयर/विकी क्या हैं?

क्या आप विकी सिस्टम का उपयोग करते हैं, और यदि हां, तो आप किस विकी सॉफ़्टवेयर का उपयोग करते हैं?

या क्या आप चश्मा का प्रबंधन और संस्करण करने के लिए शेयरपॉइंट का उपयोग करते हैं? चश्मा मंच के रूप में SharePoint 2003 के साथ एक समस्या यह है कि विभिन्न लोगों के बीच सहयोग करना बहुत मुश्किल है।

पिछड़े संगतता के लिए, मैं प्लेटफॉर्म को माइक्रोसॉफ्ट वर्ड को निर्बाध रूप से आयात करने में सक्षम होना चाहूंगा। और यह निश्चित रूप से मदद करेगा यदि इंटरफ़ेस माइक्रोसॉफ़्ट वर्ड के समान है।

कोई विचार?

Answer 1

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

http://www.atlassian.com/software/confluence/

वहाँ कुछ और जानकारी यहां संगम उपयोग करने के लाभों पर है:

https://stackoverflow.com/questions/170352/confluence-experiences

संपादित करें: मैं इस नवीनीकृत किया है माइक्रोसॉफ्ट वर्ड आयात सुविधा से निपटने के लिए आप उल्लेख किया। संगम कार्यालय कनेक्टर यहाँ के माध्यम से इस का समर्थन करता है:

http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp

प्लस प्लगइन्स की एक पूरी गुच्छा:

http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp

http://www.atlassian.com/software/confluence/plugins/office-connector.jsp

भी एक शेयरप्वाइंट कनेक्टर नहीं है

इनमें से कुछ उपयोगकर्ता भी योगदान करते हैं। मैं वाणिज्यिक विकी के रूप में पर्याप्त संगम की सिफारिश नहीं कर सकता।

मैंने जेएसपीविकि का भी उपयोग किया है, जो ओपन सोर्स है। यह ठीक है, लेकिन संगम के रूप में नहीं के रूप में अच्छा है, देखें:

http://www.jspwiki.org/

Answer 2

हम शेयरपॉइंट का उपयोग करते हैं - यह आदर्श नहीं है, लेकिन यह एक सभ्य नौकरी करता है। अगर मैं आप थे, तो मैं गंभीरता से SharePoint 2003 और MOSS (SharePoint 2007) को बंद करने पर विचार करता हूं। यह सही नहीं है, लेकिन यह काफी बेहतर है। MOSS as a wiki का उपयोग करने पर थोड़ा सा है। मुझे लगता है कि सामान्य विकी में लोगों को आपके सिस्टम पर तेजी लाने के लिए एक अच्छा उपकरण है। हम "दस्तावेजों को शुरू करना" के आसपास पास करते थे और अब हमारे पास हमारे डेवलपर पोर्टल में उस तरह की चीजें हैं।

जॉन की टिप्पणी के अनुसार, मैंने this feature comparison देखा। मुझे वापस जाना है और देखो कि मैं कौन सी फीचर्स का उपयोग कर रहा हूं जो डब्लूएसएस में नहीं हैं - मैं उन लाइसेंसों के लिए भुगतान कर रहा हूं जिनकी मुझे आवश्यकता नहीं है! :)

Answer 3

हम ईमेल का उपयोग करें। मुझे पता है कि यह विस्तृत नहीं है, लेकिन इसका उपयोग करना आसान है। हर किसी ने इसे स्थापित किया है और कोई लाइसेंसिंग समस्या नहीं है।सभी spec परिवर्तन एक सुपर सेट ईमेल डिस्ट्रो को भेजे जाते हैं जो नेटवर्क शेयर पर अपडेट और स्थान इंगित करता है जहां spec पाया जा सकता है।

Answer 4

हम अपने समुदाय संस्करण में, Alfresco का उपयोग अपने शेयर और एक्सप्लोरर वेब इंटरफेस से करते हैं। दस्तावेज़ लाइब्रेरी, विकी, फ़ोरम और कैलेंडर के साथ काफी उपयोगी है। हम मुख्य रूप से दस्तावेज़ों के बारे में 1.8 गो होस्ट करते हैं, मुख्य रूप से दस्तावेज़ों में, संस्करणित होते हैं और कभी-कभी स्वचालित रूप से पीडीएफ में परिवर्तित होते हैं (स्वचालित सामग्री नियम बनाकर)। एफ़टीपी, वेबडाव और नेटवर्क शेयर का उपयोग उसी भंडार तक पहुंचने के लिए भी किया जाता है।

Answer 5

आप Microsoft Groove पर एक नज़र डाल सकते हैं - माइक्रोसॉफ्ट ने कुछ साल पहले सहयोग सॉफ्टवेयर बनाया था।

यह माइक्रोसॉफ्ट ऑफिस के प्रीमियम संस्करणों के साथ मुफ्त में बंडल किया गया है।

आप चर्चा बोर्डों के साथ वर्कस्पेस को कस्टमाइज़ कर सकते हैं और काफी हद तक सहयोगी-संपादित कार्यालय दस्तावेज़ों को स्टोर कर सकते हैं।

Answer 6

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

मीडियाविकि काफी अनुकूलन योग्य है - वहां बहुत सारे एक्सटेंशन हैं। सबसे आवश्यक हैं:

• स्रोत कोड हाइलाइटर - CSO_Source
• हमारे अपने वर्ग संदर्भ के साथ विकी एकीकृत टेम्पलेट्स।
• अन्य इंटरविकी, फ़ाइलप्रोटोकॉल लिंक, यूट्यूब (हम एचडी वीडियो प्रदर्शित करने के लिए इसका अनुकूलित संस्करण का उपयोग करते हैं), रीकैप्चा, स्पेशलडेलेट ओल्ड रेविजन, रखरखाव।

कुछ एकीकरण उदाहरण here हैं।

और हम मुद्दों को ट्रैक करने के लिए Google issue tracker का उपयोग करते हैं। इसका मुख्य लाभ:

• आयात उपयोगिता: समस्या को बदलने/जोड़ने की प्रक्रिया वास्तव में सुविधाजनक है। इससे पहले हमने Track Studio की कोशिश की - उसी क्रिया को 2-3 गुना अधिक समय की आवश्यकता होती है, इसलिए यह तेजी से मर गया क्योंकि हम में से अधिकांश इसका उपयोग करने से नफरत करते थे।
• अनुकूलन योग्य ग्रिड। examples देखें। वास्तव में सहायक
• एटम \ आरएसएस समर्थन। तो हर कोई जानता है कि क्या हो रहा है।
• उपकरण TortoiseSVN के साथ एकीकृत करने वाला टूल है। वास्तव में सहायक

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

Answer 7

आप Google docs को आजमा सकते हैं - मैंने पहले ही इसका सफलतापूर्वक उपयोग किया है। यह एमएस वर्ड में आयात/निर्यात का समर्थन करता है, और इसमें एकाधिक उपयोगकर्ता के लिए बहुत अच्छा समर्थन है - http://www.brighthub.com/internet/google/articles/8236.aspx देखें।
यह वर्जनिंग का समर्थन करता है, जो आपको वर्तमान में दस्तावेज़ पर काम कर रहे अन्य लोगों के साथ चैट करने की अनुमति देता है, और आपको दस्तावेज़ में किए गए सभी परिवर्तनों की एक सूची दिखाता है (दस्तावेज़ को बंद/दोबारा खोलने की आवश्यकता के बिना)।

यदि आप कॉर्पोरेट समर्थन चाहते हैं, तो Google यह भी प्रदान करता है - Google Apps for business देखें।

Answer 8

यदि आप वर्ड के समान यूआई चाहते हैं, तो WordPoint 2007 के साथ Word का उपयोग क्यों न करें? आप 2003 में हैं इसलिए अनुभव वहां है। SharePoint 2007 में अपग्रेड करें और आपके पास सहयोग, शब्द सुविधाएं, दस्तावेज़ साझाकरण आदि हो सकते हैं।

माइक्रोसॉफ्ट चाहता है कि माइक्रोसॉफ्ट चाहता है कि लोग कार्यालय का उपयोग करें, इसलिए वहां सहयोग का समर्थन करने के लिए अपने शेयरपॉइंट और ऑफिस पर्यावरण को कॉन्फ़िगर करने के तरीके के बारे में डॉको का एक टन है।

Answer 9

ऐसा कुछ है जो Google इस दिशा में करता है और यह वास्तव में अच्छा लगता है: wave.google.com। सहयोग में यह एक अच्छा कदम होगा और इसे प्रतीक्षा करने के लायक होगा।

Answer 10

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

शायद आपको बेसकैम्प या बैकपैक पर 37Signals पर एक नज़र डालना चाहिए, तो इनमें से कोई भी आपके बिल को फिट कर सकता है।

Answer 11

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

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

एक sidenote के रूप में, हम रिलीज नोट भी डालते हैं। स्वचालित रूप से करने के लिए

<bugs> 
    <bug id="1234" component="web">JavaScript error when clicking the Kick Me button</bug> 
</bugs> 

हम तो एक स्क्रिप्ट है कि हमारे सबवर्सन मौजूदा रिलीज टैग करने के लिए पिछले रिलीज टैग से एक svn log कर भंडार के माध्यम से चलाता है, और कुछ बगजिला एकीकरण: हम कुछ XSLT हमें इस तरह के दस्तावेजों लिखने देता है कि है ऑन-द-फ्लाई रिलीज नोट्स जेनरेट करें।

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

Answer 12

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