गेम डिज़ाइन के लिए किस प्रकार का दस्तावेज़? [बन्द है]


9

अपने गेम डिज़ाइन के दस्तावेज़ीकरण को संग्रहीत और फैलाने के लिए आप किस प्रकार के समर्थन / प्रारूप का उपयोग करते हैं? विकी? डॉक फाइलें? रिपोजिटरी में फाइलें? साझा फ़ोल्डर? Google डॉक?

कृपया प्रत्येक के लिए पेशेवरों और विपक्षों को प्रदान करें।

जवाबों:


14

मैं Google डॉक्स का उपयोग कर रहा हूं क्योंकि मुझे वास्तव में एक टेक्स्ट एडिटर की आवश्यकता है जो ऑनलाइन है। मैं अपने रिश्तेदारों के साथ ऑनलाइन आसानी से सहयोग कर सकता हूं और मुझे पता है कि मेरे कंप्यूटर के दुर्घटनाग्रस्त होने की स्थिति में मेरी जानकारी सुरक्षित है।

ड्रॉपबॉक्स का उपयोग करने के लिए एक और विकल्प देखने योग्य है । वहां एक वर्ड डॉक्यूमेंट को ड्रॉप करें और आपके पास तुरंत संस्करण नियंत्रण के साथ एक सहयोगी वातावरण है।


5
PS Google डॉक्स हाल के मध्य (सितंबर, मुझे लगता है) अपडेट के रूप में वास्तविक समय के सहयोगात्मक संपादन के लिए पूरी तरह से अद्भुत है। दूसरी ओर, ड्रॉपबॉक्स में संघर्ष समाधान नहीं होता है (यह एक परस्पर विरोधी फ़ाइल का नाम बदल देता है, जो और भी भ्रम पैदा कर सकता है) इसलिए यह फाइलों के एक साथ संपादन के लिए बहुत भयानक है, लेकिन बैकअप और साझा / गैर-एक साथ संपादन के लिए बहुत अच्छा है।
Ricket

क्या Google डॉक्स में कंपनी-स्थानीय (कंपनी-सर्वर स्थापित के रूप में) का कोई तरीका है?
18

1
@ यदि आप अपने डोमेन के लिए Google Apps प्राप्त कर सकते हैं, तो कृपया। google.com/apps/intl/en/business/index.html
जेसी दोर्से

4
नोक्ट्रीन, यह अभी भी Google द्वारा होस्ट किया गया है। यह सिर्फ CNAME प्रविष्टि के आपके डोमेन शिष्टाचार पर प्रकट होता है। यदि आपको अपने स्थानीय नेटवर्क पर भौतिक रूप से डेटा की आवश्यकता है, तो यह काम नहीं करेगा। ओटोह, जब तक आपको अपने "गेम" पर काम करने के लिए सुरक्षा मंजूरी की आवश्यकता नहीं होती है, बाद की आवश्यकता आमतौर पर कुछ और की तुलना में व्यामोह और मेगालोमैनिया का संकेत है।
drxzcl

1
हाँ, मैं पहले से ही डोमेन के लिए जानता हूं (मेरे डोमेन के लिए मेरे पास पहले से ही कई Google ऐप हैं) लेकिन आपको यह बताने की सुविधा है कि आपके पास केवल स्थानीय नेटवर्क तक ही इंटरनेट नहीं है?
9

5

विकी

पेशेवरों:

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

विपक्ष:

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

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


1
यदि आप अपने LAN सर्वर पर होस्ट नहीं करते हैं और दूसरों को DynDNS या इसी तरह की अन्य सेवा के माध्यम से जुड़ने की अनुमति देते हैं, तो आपके कंस का वास्तव में एक गैर-मुद्दा है, यदि आप कॉन्फ्लुएंस का उपयोग कर रहे हैं, तो यह मुफ़्त नहीं है।
LearnCocos2D

मजेदार बात है, हमने अपने प्रोजेक्ट के लिए JIRA का इस्तेमाल किया। मुझे लगता है कि दोनों में से किसी ने भी कंफ्लुएंस नहीं माना या शायद लागत बहुत अधिक थी। मैंने वैसे भी आपके जवाब को गलत ठहराया।
काइलोटन

विकी-आधारित डिज़ाइन दस्तावेज़ ... कृपया, कृपया ... नहीं।
लॉरेंट कौविदो

3

पाठ फ़ाइलें

मेरे वर्तमान प्रोजेक्ट पर, मैं कोड के पास रिपॉजिटरी में संग्रहीत, प्रोजेक्ट के अपने "डॉक्स" फ़ोल्डर में सरल सादे-पाठ फ़ाइलों का उपयोग कर रहा हूं।

पेशेवरों:

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

विपक्ष:

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

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


2

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

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

अधिमानतः एक विकी का उपयोग करें, लेकिन एक है जो उपयोगकर्ता के अनुकूल है और पूरी तरह से WYSIWYG है। मैं व्यक्तिगत रूप से कॉन्फ्लुएंस की कसम खाता हूं , जिसका उपयोग बड़े गेम देव स्टूडियो में भी किया जाता है और केवल 10 डॉलर तक के 10 उपयोगकर्ताओं और असीमित दर्शकों के लिए है।

अधिकांश अन्य विकी (MediaWiki, TikiWiki, आदि) में नकारात्मक पक्ष यह है कि उनके पास सीखने की अवस्था है या गैर-तकनीकी कर्मियों द्वारा व्यावहारिक रूप से अनुपयोगी है। ऐसा नहीं है कि वे इसे नहीं सीख सकते हैं, लेकिन वे (सही) एक दस्तावेज़ प्रणाली का उपयोग करके स्वीकार नहीं करते हैं जो मूल रूप से आपको HTML जैसे कोड लिखने की आवश्यकता होती है। यह मेरा पालतू पेशाब है: विकीस कहते हैं कि वे WYSIWYG हैं, लेकिन वे जो कुछ भी कर रहे हैं वह आपके द्वारा लिखे गए पाठ में वाक्यविन्यास सम्मिलित करता है। यह WYSIWYG नहीं है!

एक विकी का उपयोग करने के लिए दिशानिर्देश एक अलग पृष्ठ पर प्रत्येक शीर्षक को रखना है, इसलिए आप दस्तावेज़ को कई प्रबंधनीय भागों में काट सकते हैं। कंफ्लुएंस ऐसी सुविधाएँ प्रदान करता है जिनकी सहायता से आप उन सभी उपपृष्ठों को वापस एक ही साइट या दस्तावेज़ में एकत्र कर सकते हैं, जिन्हें उदाहरण के लिए पीडीएफ में निर्यात किया जा सकता है।


1

मुझे लगता है कि वन नोट एक अच्छा विकल्प है। यह विकी जैसा कुछ है, लेकिन बहुत सारे समृद्ध पाठ संपादन समर्थन के साथ है। मानक डेस्कटॉप क्लाइंट के अलावा जो ऑफिस के साथ आता है, ऑफिस लाइव सूट के साथ एक वेब आधारित संस्करण है । ईमानदारी से, मुझे लगता है कि वेब आधारित संस्करण, जो मुफ़्त है, ज्यादातर ज़रूरतों के लिए पर्याप्त होना चाहिए और जब स्काइड्राइव के साथ संयुक्त हो तो आपके पास लाइव दस्तावेज़ पर सहयोग करने के लिए एक बहुत अच्छी प्रणाली है।


evernote.com उन लोगों के लिए भी एक संभावना है जो OneNote का मुफ्त विकल्प चाहते हैं। इसमें विभिन्न प्लेटफ़ॉर्म (डेस्कटॉप, फ़ोन) के लिए एक वेब क्लाइंट और क्लाइंट्स हैं जो आपके सभी नोटों को "क्लाउड में संग्रहीत करता है।" मुझे लगता है कि इसमें सहयोग विशेषताएं भी हैं, लेकिन वे प्रीमियम हो सकते हैं।
कोडेक्सआर्कनम

0

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.