เอกสารการออกแบบเกมของคุณมีรายละเอียดและ / หรือสมบูรณ์อย่างไรก่อนที่จะเริ่มโครงการ


10

สิ่งที่ฉันสงสัยว่าปกติแล้วเอกสารการออกแบบของคุณจะเสร็จสมบูรณ์ก่อนเริ่มดำเนินการโครงการอย่างไร ฉันกำลังพูดถึงโครงการขนาดกลางถึงขนาดเล็กที่มีทีมเล็กมากที่นี่ซึ่งแม้แต่เอกสารฉบับสมบูรณ์แม้แต่ฉบับเดียวก็อาจมีเพียงไม่กี่หน้า

คุณเริ่มต้นด้วยกรอบคร่าวๆและเริ่มหารายละเอียดในเวลาเดียวกันกับที่กำลังเริ่มใช้งานหรือไม่?

คุณแยกส่วนอย่างสมบูรณ์ทุกส่วนก่อนที่จะเริ่มใช้งานหรือไม่? ถ้าเป็นเช่นนั้นคุณเห็นเปอร์เซ็นต์การเปลี่ยนแปลงอะไรบ้างหลังจากเริ่มใช้งานไปแล้ว

หากคุณมีประสบการณ์กับหนึ่งในสองสถานการณ์ที่ฉันได้อธิบายไว้ฉันชอบที่จะได้ยินความคิดเห็นของคุณเกี่ยวกับปัญหาที่เกิดขึ้นในเส้นทางนั้น ๆ และสิ่งที่คุณรู้สึกว่ามันช่วยให้คุณหลีกเลี่ยงอุปสรรค


5
ออกแบบเอกสารไหม นู้นคืออะไร? ;-)
ผ่อนปรน

เอกสารการออกแบบเป็นพื้นเอกสารข้อความ (อาจจะเป็นภาพบางส่วน) อธิบายเกมของคุณทำมันว่ามันจะทำงานอย่างไรมันจะดู ฯลฯ
Millard

คำตอบ:


7

หากแนวคิดของเกมนั้นขึ้นอยู่กับแนวคิดการเล่นเกมที่ผิดปกติบางอย่างฉันเป็นต้นแบบนั้นทันทีตั้งแต่เริ่มต้นโดยใช้โปรเจ็กต์ก่อนหน้าเป็นเทมเพลต 95% ของเวลานี้นำไปสู่การตระหนักว่ามันไม่สนุกเท่าที่ฉันจินตนาการและการทำให้สนุกจะต้องใช้ทรัพยากรมากกว่าที่คุ้มค่า

หากฉันกำลังทำงานในโครงการอื่นในระหว่างนี้ฉันใช้เวลาทำ doodle เพื่อให้ได้แนวคิดว่าต้นแบบควรมีลักษณะอย่างไร (พยายามอย่าให้ฟุ้งซ่านด้วยภาพร่าง) จากนั้นฉันก็แบ่งปันมันกับเพื่อน ๆ ส่วนหนึ่งเพื่อดูว่าพวกเขามีข้อมูลอะไรบ้าง แต่ส่วนใหญ่จะทำให้ตัวฉันเองคิดถึงสิ่งที่ไม่ชัดเจนในทันที (มีสิ่งต่าง ๆ มากมายอยู่เสมอ หลังจากสองสามชั่วโมงเช่นนี้ฉันจะจดแนวคิดหลักบางอย่างที่ต้องอยู่ในสถาปัตยกรรม จากนั้นฉันสามารถสร้างต้นแบบเมื่อฉันมีเวลา


6

ปัจจุบันการออกแบบเกมของฉันมีรายละเอียดเพียงพอก่อนเริ่ม

ฉันจะแยกแยะคลาสที่สำคัญที่สุดออกมาวาดรูปจำลอง (โดยปกติแล้วภาพวาดน่ากลัวมาก) ทำรายละเอียดของเกม

แม้ว่านี่จะเป็นเพราะการเดินทางที่ยาวนานและไม่มีอะไรให้ทำ ฉันอยากจะใช้เวลาน้อยลงในการทำสิ่งนี้และเพิ่มเวลาในการเขียนโปรแกรมมากขึ้นเนื่องจากเรียนออกนอกห้องเรียนที่มีแนวโน้มที่จะเปลี่ยนไป


4

ทำงานกับทีมเล็ก ๆ ในเกมเล็ก ๆ (ทีมเดียวในเกมแคชชวลเล็ก ๆ ) ฉันย้ายจาก "การออกแบบที่หนัก" เป็น "การออกแบบที่รวดเร็ว" ฉันพบว่าการพัฒนาซ้ำ ๆ (สองสัปดาห์มุ่งเน้นไปที่เป้าหมายเดียวเช่นการเล่นเกมหลัก) ช่วยออกแบบและให้คุณเล่นซึ่งหมายความว่าคุณจะไม่เปลี่ยนใจและทำให้ 90% ของสิ่งที่คุณออกแบบไม่ถูกต้อง ดูดี "บนกระดาษ" แต่ไม่ใช่ในเกม

ต้องบอกว่าฉันใช้เวลาส่วนใหญ่ในการออกแบบเกมเพลย์หลักและกลไก (เกมหลักจะทำงานอย่างไร) และที่ไม่ค่อยมีการเปลี่ยนแปลงมากนัก - มันได้รับการปรับแต่งและบางครั้งฉันก็รับความคิดใหม่ ๆ แต่ไม่มีอะไรไปโดยไม่มีต้นแบบการทำงาน

ในด้านเทคนิคทุกอย่างควรได้รับการคิดสักสองสามนาทีก่อนที่จะทำให้โค้ดเป็นจริง แต่คุณสามารถ refactor ได้ในภายหลัง


2

เอกสารการออกแบบมีค่าบำรุงรักษา เมื่อสิ่งต่าง ๆ เปลี่ยนไปคุณต้องย้อนกลับไปอ่านใหม่และอัพเดทเอกสารที่มีอยู่ ดังนั้นจึงควรเป็นเป้าหมายการผลิตเพื่อลดจำนวนเอกสารที่สามารถบำรุงรักษาได้เนื่องจากจะช่วยลดเวลาในการสร้างเกม

จากตรงนั้นคุณจะไม่ต้องการออกแบบทุกอย่างให้ละเอียดที่สุดเพราะคุณรู้ดีว่าครึ่งหนึ่งของมันจะเปลี่ยนไปจากนั้นคุณจะต้องเสียเวลามากมาย ทำการออกแบบขั้นต่ำที่จำเป็นในการเริ่มสร้างเกมหลัก เมื่อเสร็จแล้วให้ทำซ้ำตามที่ต้องการจากนั้นทำซ้ำขั้นตอนสำหรับคุณสมบัติใหม่แต่ละรายการ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.