อันตรายของการพัฒนาเกมการเรียนการสอนด้วยตนเองคืออะไร? [ปิด]


58

ฉันกำลังจะเริ่มดำเนินการในการพัฒนาเกม ทำตามคำตอบของคำถามสุดท้ายของฉันฉันจะใช้ C # และ XNA

อย่างไรก็ตามฉันไม่รู้จักนักพัฒนาเกมอื่น ๆ เป็นการส่วนตัวและฉันไม่ได้ทำงานในอุตสาหกรรมดังนั้นจะสอนตัวเอง ข้อยกเว้นนี้ชัดเจนว่าการถามคำถามและการอ่านข้อมูลออนไลน์ / สิ่งพิมพ์ แต่ฉันจะยังคงจัดให้สิ่งนี้ว่าเป็นการเรียนรู้ด้วยตนเอง

ด้วยสิ่งนี้ฉันต้องการเตรียมพร้อมสำหรับปัญหาที่ฉันอาจพบเจอโดยไม่ให้มีใครบางคน "ทำให้ฉันอยู่ภายใต้ปีกของพวกเขา"

เมื่อเปรียบเทียบตนเองเมื่อสอนตัวเองให้เล่นกีตาร์ฉันเล่นคอร์ดสำคัญในลักษณะที่ทำให้คอร์ดเคลื่อนที่ฉันเรียนรู้ได้ยากขึ้นในภายหลัง

หากคุณสามารถแบ่งปันบทเรียนที่ได้เรียนรู้และคำแนะนำเกี่ยวกับสิ่งที่อาจจะผิดพลาดในการเรียนรู้การพัฒนาเกมของฉันฉันจะขอบคุณ

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


ลองดูสิสิ่งที่แบ่งปันบทเรียนอาจทำให้คำถามเป็นแบบปลายเปิดและทำให้เป็นโมฆะดังนั้นจึงอาจถูกปิด
Gustavo Maciel

นั่นเป็นจุดที่ดี สำหรับผู้เยี่ยมชมฉันวางแผนที่จะรับคำตอบที่ครอบคลุม
Ste

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

@ ไซคลอปส์ - ใช่ฉันไม่ได้คาดหวังว่าคำถามจะได้รับความนิยม ฉันจะตรวจสอบในสัปดาห์หน้า ขอบคุณทุกคำตอบที่ยอดเยี่ยม
Ste

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

คำตอบ:


54

การพัฒนาเกมเป็นเหมือนวิศวกรรมโครงสร้าง

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

ส่วนต่อไปคือส่วนใหญ่ รูปแบบส่วนหนึ่ง รูปแบบเป็นสิ่งที่ทำให้เกมที่ดีแตกต่างจากเกมที่ยอดเยี่ยม นี่คือส่วนที่เป็นศิลปะแห่งการพัฒนาเกม ฉันไม่ได้พูดถึงสินทรัพย์ทางประสาทสัมผัส (กราฟิกเสียง ฯลฯ ) ฉันกำลังพูดถึงการสร้างประสบการณ์ นี่คือส่วนที่ยาก

ส่วนฟังก์ชั่นมาจากบทช่วยสอนห้องสมุดและเวลา ทุกคนสามารถทำได้

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

ดังนั้นสิ่งที่คุณควรนำมาจากนี้คือ:

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

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


6
+1 สำหรับสุดยอดสิ่งที่ขาดหายไปในโพสต์ของฉันพบได้ที่นี่: D
Gustavo Maciel

1
"สวมแว่นกันแดด" คุณหมายถึงอะไร? สำนวน "Wear Sunscreen"?
Lukasz Madon

4
นั่นเป็นเรื่องตลกอยู่บนพื้นฐานของบทความ"สวมครีมกันแดด" โดยแมรีชมิช โดยพื้นฐานแล้ว"ผลประโยชน์ระยะยาวของครีมกันแดดได้รับการพิสูจน์โดยนักวิทยาศาสตร์ในขณะที่คำแนะนำที่เหลือของฉันไม่มีพื้นฐานที่เชื่อถือได้มากกว่าประสบการณ์คดเคี้ยวของฉัน" บางทีอาจจะเป็นที่รู้จักมากขึ้นในรูปแบบของเพลงนี้
MichaelHouse

4
ดี uh, ครีมกันแดดไม่ได้ทั้งหมดที่ดีจริง 2 แค่อยู่ข้างในและเขียนโปรแกรมต่อไป
bobobobo

28

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

ตัวอย่างที่ดีคือ:

  • http://blog.wolfire.com - บล็อกของผู้สร้าง lugaru และผู้สร้างห้องแถวใหม่ นอกจากนี้พวกเขายังแบ่งปันเทคนิคและให้บทเรียนบางอย่างเกี่ยวกับสิ่งสำคัญในเกม dev ในฐานะLinear Algebra สำหรับซีรี่ส์Game Developers คนที่เป็นประโยชน์มาก
  • http://cowboyprogramming.com/ - บล็อกของ Mick West ผู้ร่วมสร้างของNeversoftเขาสร้างซีรี่ส์ Pro Skater ของ Tony Hawk!
  • http://positech.co.uk/cliffsblog/ - ผู้สร้างรุ่งโรจน์และประชาธิปไตย เขากำลังจะออกเกมใหม่คุ้มค่าที่จะดู
  • http://2dboy.com/ - ผู้สร้าง World Of Goo ต้นแบบที่กลายเป็นไข้เมื่อไม่นานมานี้

และอีกมากมาย!

คำพูดสุดท้ายของฉันคือ: อย่ากลัว ฉันสอนตัวเองด้วยเช่นกัน 4 ปีที่ฉันได้รับการแนะนำให้รู้จักกับการพัฒนาเกมมีอุปสรรคมากมายเกิดขึ้น แต่ไม่มีอะไรที่คุณไม่สามารถแก้ปัญหา Google และอ่านข้อความบางอย่างได้ ขอให้โชคดีในการเดินทาง :)


3
เพื่อเพิ่มสิ่งนี้แม้ผู้เชี่ยวชาญมีปัญหานี้บ่อย ตราบใดที่คุณสามารถเรียนรู้และ Google คุณสามารถคิดได้ทุกอย่าง
ashes999

แปลกที่คุณเชื่อมโยง 2Dboy เท่าที่ฉันทราบพวกเขาได้ทำบางสิ่ง แต่พอร์ตของ World of Goo ไปยังแพลตฟอร์มทั้งหมดที่เคยมีอยู่ในช่วงสองสามปีที่ผ่านมา เป็นเวลานานแล้วที่ฉันได้อ่านบางสิ่งที่เกี่ยวข้องกับ gamedev
TravisG

@TravisG กระบวนการของreleaseเกมไม่ได้เกี่ยวข้องกับการพัฒนาเท่านั้น มันอ่านดีอยู่แล้ว ฉันโพสต์ลิงก์เพิ่มเติมเพื่ออ้างอิงไม่ใช่เพื่อติดตามบล็อก หากคุณย้อนกลับไปยังที่เก็บถาวรมีตัวอย่างของต้นแบบและสิ่งที่ช่วยพวกเขาด้วยโลกแห่ง goo และต้นแบบอื่น ๆ ที่ "น้อย": D
Gustavo Maciel

18

ทัศนคตินี้ "อย่าแตะต้องมันจนกว่าคุณจะรู้ว่าจะทำยังไงดี" ทัศนคติ นั่นจะคอยรั้งคุณไว้

คุณเห็นทัศนคตินี้ในหมู่นักพัฒนามือใหม่ทุกประเภท - ไม่ใช่แค่เกม เว็บไซต์เช่นกัน เฮ้เว็บไซต์เป็นฐานข้อมูลที่มีส่วนหน้า html กับจาวาสคริปต์ คุณเรียนรู้เทคโนโลยีในแบบที่คุณทำได้คุณรวมไซต์แรกเข้าด้วยกัน มันจะไม่เป็นเรื่องเพ้อฝัน แต่หลังจากทำสิ่งต่าง ๆ ในแบบที่ไม่เหมาะสมแล้วมันไม่ใช่เรื่องใหญ่อะไรนัก !! หากคุณทำ "ทางไกล" ในครั้งแรกคุณสามารถทำได้ดีกว่าในครั้งที่สอง ประเด็นของฉันคือไม่มีอันตราย ยกเว้นทัศนคตินี้บางที ทัศนคตินี้เป็นสิ่งที่จะหยุดคุณไม่ให้ทำอะไรเลยเพราะคุณมักจะหยุดงานและพูดว่า "ฉันยังไม่รู้จะทำยังไง"

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


3
จริงอยู่ สิ่งนี้ยังคงรั้งรอฉันไว้มาก แม้ว่าฉันจะไม่เห็นด้วยอย่างใดก็ตามในแง่ที่มี "วิธีที่ถูกต้อง" ที่จะทำและอีกมากมาย "วิธีการที่ผิด" แต่ความสมบูรณ์แบบและการวิเคราะห์อัมพาตเป็นปัญหาได้อย่างแน่นอน คำตอบที่ดี!
Petr Abdulin

6

ขึ้นอยู่กับว่าคุณต้องการทำให้อาชีพของคุณในภายหลังหรือไม่ (ฉันแค่สมมติว่าคุณกำลังคิดเกี่ยวกับมันและนี่ไม่ใช่แค่งานอดิเรก) นี่คือสิ่งที่ฉันพบว่ามีประสิทธิภาพมาก:

  1. เริ่มต้นเล็ก ๆ

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

  1. เรียนรู้ทุกอย่าง

สิ่งนี้อาจดูรุนแรงไปหน่อย แต่สิ่งที่ฉันหมายถึงคือเรียนรู้ให้มากที่สุดเท่าที่จะทำได้เกี่ยวกับการพัฒนาเกมทุกแง่มุมไม่ว่าคุณจะเป็นนักเขียนโค้ดศิลปินหรือนักออกแบบก็ตาม การรู้จักท่อเป็นกุญแจสำคัญในการสร้างสิ่งต่าง ๆ ในวิธีที่มีประสิทธิภาพที่สุด หากคุณกำลังติดตั้งอาวุธ -> ออกแบบให้แนวคิดสร้างแบบจำลองนำไปปฏิบัติใช้รหัสมัน! เห็นได้ชัดว่าคุณไม่จำเป็นต้องเป็นศิลปินแนวความคิดเกรด A นักออกแบบและ Pipeline nerd - แต่คุณควรคุ้นเคยกับเครื่องมือทั้งหมดของกระบวนการและเข้าใจขั้นตอนของการสร้าง ตรวจสอบเว็บไซต์เกมเพื่อรับข่าวสารและอัพเดทในธุรกิจ - gamasutra.com, kotaku และอื่น ๆ ทั้งหมดมีบทความที่ยอดเยี่ยมเกี่ยวกับหัวข้อทางธุรกิจและเทคนิค อย่า จำกัด ตัวเองเพียงแค่การพัฒนาเดียว - ดื่มด่ำกับความรู้ทั้งหมดที่คุณจะได้รับ :)

  1. ล้มเหลวบ่อยล้มเหลวอย่างหนัก

คุณจะดูดสิ่งที่คุณทำ ในตอนเริ่มต้น. เป็นเช่นนั้นเสมอ (เชื่อฉันเถอะฉันรู้: D) แต่มันจะดีขึ้นถ้าคุณยังคงทำต่อไปและจะไม่หยุดหาวิธีปรับปรุงงานของคุณ อินเทอร์เน็ตเป็นแหล่งข้อมูลที่ดีสำหรับบทเรียนการอ้างอิงและความช่วยเหลือ คุณจะไม่ติดขัดอย่างแท้จริงดังนั้นโปรดรวบรวมความคิดที่เลวร้ายที่สุดล้มเหลวเรียนรู้จากความผิดพลาดของคุณและกลายเป็นความเลวร้ายยิ่งขึ้นกับกระบวนการนั้น

  1. พูดคุยกับผู้คน!

ในขณะที่อินเทอร์เน็ตเป็นแหล่งข้อมูลที่ยอดเยี่ยมการได้รับคำติชมแบบเห็นหน้าเป็นสิ่งที่คุณต้องรับมือกับงานมาก ดังนั้นการพัฒนาทักษะที่อ่อนนุ่มของคุณก็มีความสำคัญเช่นกัน หากคุณยังไม่มีที่ปรึกษาหรือโดยทั่วไปไม่รู้ว่ามีคนทำงานในอุตสาหกรรมมากเกินไปคุณควรมองไปรอบ ๆ พื้นที่ของคุณเพื่อพบกับอินดี้เดฟไปที่การประชุมและตรวจสอบกิจกรรมอื่น ๆ ที่คุณสามารถเริ่มสร้าง เครือข่ายส่วนบุคคลของความรู้และการติดต่อ นอกจากนี้ยังช่วยสร้างบางสิ่งบางอย่างกับคนอื่น ๆ ด้วยตนเอง - การเรียนรู้ด้วยตนเองนั้นยอดเยี่ยม แต่การพัฒนาเกมเป็นเกมที่ทำงานเป็นทีมดังนั้นตรวจสอบฟอรัมสำหรับโครงการงานอดิเรก - ตัวอย่างเช่น Epic Forum สำหรับโครงการ UDK, Unity Forums หรือแม้แต่ CryEngine - เครื่องยนต์ทั้งสามนี้แพร่กระจายอย่างกว้างขวางมีคนขับรถบรรทุกที่มีความสามารถทำงานในโครงการด้านข้างและพวกเขา '

ฉันคิดว่านั่นเป็นคำแนะนำทั้งหมดที่ฉันสามารถให้ได้ ฉันหวังว่าสิ่งนี้จะช่วยคุณในทางใดทางหนึ่ง :)


คะแนนทั้งหมดของคุณมีความสำคัญมากอันดับ 1 ในรายการนี้! :)
bobobobo

3

ฉันไม่มีประสบการณ์ C # และ XNA เลย แต่ฉันคิดว่ามันจะไม่ทำให้ฉันผิดในข้อความต่อไปนี้:

มันเป็นเรื่องปกติที่จะเรียนรู้การเขียนโปรแกรมโดยไม่มีครู หากรหัสของคุณใช้งานได้ * มันไม่สำคัญว่ารหัสนั้นจะเป็นอย่างไร มันใช้สำหรับการเขียนโปรแกรมร่วมกัน แต่คุณจะไม่เข้ารหัสคนเดียวอีกต่อไปใช่ไหม? มันอาจทำให้โค้ดของคุณอ่านน้อยลงสำหรับคุณในอนาคตทำให้ยากที่จะใช้ส่วนประกอบเก่าหรือแก้ไขข้อผิดพลาดใหม่ แต่ในระยะยาวความผิดพลาดทั้งหมดของคุณจะเป็นจุดแข็งของคุณ สิ่งที่ยากที่สุดในการเรียนรู้การออกแบบ OOP และ MVC คือการทำความเข้าใจว่าทำไมฉันควรทำ "สิ่งนี้" ใน "วิธีการ" หากคุณมีประสบการณ์ในการทำโปรแกรมที่ไม่ดีคุณจะรู้ถึงจุดแข็งของรูปแบบและใช้เพื่อประโยชน์ของคุณ หากคุณทำโปรแกรมที่ดีอยู่เสมอโดยทำตามรูปแบบที่มีคนสอนคุณคุณจะสร้างโปรแกรมที่ดี (ในแง่ของรหัสที่ถูกต้อง) แต่แทนที่จะใช้ประโยชน์จากรูปแบบที่คุณจะถูก จำกัด โดยพวกเขาเนื่องจากคุณจะไม่เข้าใจพวกเขามากพอที่จะทำการแก้ไขที่มีประโยชน์ ในท้ายที่สุดมันเป็นสิ่งสำคัญที่สุดที่คุณฝึกฝนไม่ใช่วิธีการดังนั้นในทั้งสองกรณีไม่ช้าก็เร็วคุณจะได้รับประสบการณ์ที่คล้ายคลึงกัน

* สิ่งหนึ่งที่สำคัญแม้ว่า! ในกรณีของการรักษาความปลอดภัยคุณควรถามใครสักคนว่ารหัสของคุณดีหรือไม่เพราะช่องโหว่ด้านความปลอดภัยไม่เตือนป๊อปอัพ


3

อย่างใดนี่เป็นคำถามที่ดี! :-)

ฉันเริ่มกิจกรรม gamedev ของฉันเมื่อไม่นานมานี้และมันจะเป็นครั้งที่สองดังนั้นฉันจึงสามารถแบ่งปันความคิดของฉัน คุณถูกจริงเกี่ยวกับการเป็นที่ปรึกษาที่ดี พี่เลี้ยงคนนี้จะเป็นอินเทอร์เน็ต ดังนั้นยิ่งมีการแบ่งปันข้อมูลทางอินเทอร์เน็ตมากเท่าไหร่การเรียนรู้ของคุณก็จะง่ายขึ้นเท่านั้น นั่นเป็นเหตุผลที่ XNA / C # เป็นตัวเลือกที่ยอดเยี่ยมในการเริ่มต้น มี gamedevs อินดี้มือสมัครเล่นและมืออาชีพมากมายที่แชร์บทความและในเว็บ สิ่งอื่น ๆ ที่จะกล่าวถึง:

  1. ไปเปิดแหล่งที่มา! Codeplex, GitHub, Google.Code, Bitbucket มีสิ่งมีค่ามากมาย
  2. ไปที่ชุมชน! คุณอยู่ที่นี่และมันก็เป็นสิ่งที่ดี แต่ยังมีชุมชน Microsoft XNA ขนาดใหญ่ที่มีบางสิ่งที่ดีอย่างเป็นทางการ Codeprojectยังเป็นทรัพยากรที่ดี (แต่กิจกรรม gamedev ค่อนข้างต่ำที่นั่น)
  3. คุณอาจจะต้องอ่าน / ดูมาก พูดถึงมาก่อนแล้ว การพัฒนาเกมไม่ได้เป็นเพียงการเข้ารหัส การออกแบบเกมก็มีความสำคัญเช่นกัน ความกระตือรือร้นเป็นสิ่งสำคัญ
  4. ตามปกติอย่าพยายามกัดมากในครั้งเดียวการเขียนสำเนาของ tetris หรือ breakout เป็นความคิดที่ดี
  5. มันอาจเป็นเรื่องยากในช่วงเริ่มต้นการพัฒนาเกมไม่เพียง แต่ยากจริง ๆ เท่านั้น แต่ยังแตกต่างอย่างมากจากแอป "องค์กร" มีแง่มุมใหม่ ๆ มากมายเสียงอึกทึกเสียงและอื่น ๆ ยิ่งคุณเข้าไปมากเท่าไหร่ก็ยิ่งได้รับมากขึ้นเท่านั้น (ตามปกติ)
  6. เขียนบล็อก แสดงกระบวนการ dev ของคุณ (ในขั้นตอนนี้คุณจะพบคำตอบสำหรับคำถามของคุณเอง) จัดเก็บลิงก์ที่มีความคิดเห็นไปยังบทความที่มีค่า
  7. อย่าคิดว่ารหัสของคุณเป็นสิ่งที่แย่ที่สุดที่คุณเคยเห็น รหัสเกมยากต่อการควบคุมมันจะสกปรกกว่าเดิมเล็กน้อยและมีรหัส "องค์กร" ที่น่ารัก แต่ฉันรับรองกับคุณที่นั่นฉันได้เห็นการสร้างสรรค์ที่น่ากลัว (ในแง่ของคุณภาพซอร์สโค้ดและการจัดระเบียบเกม) ซึ่งเป็นเกมอินดี้ที่ประสบความสำเร็จ ดังนั้นอย่าทำตัวของคุณเองอย่างรุนแรง ที่จุดเริ่มต้น

1

สิ่งนี้ใช้กับเกี่ยวกับระเบียบวินัยใด ๆ ที่เกี่ยวข้องกับอุตสาหกรรมสร้างสรรค์:

อันตรายที่ใหญ่ที่สุดกำลังพยายามสร้างบางสิ่งที่ 'ใหญ่เกินไป' หรือ 'มหากาพย์' ออกจากประตู

ตัวอย่างเช่นหากคุณเริ่มต้นที่จะทำเพลงคุณจะไม่เริ่มต้นด้วยการพยายามทำซิมโฟนี 50 ชิ้น 2 ชั่วโมง

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

ดังนั้นเริ่มต้นฉันขอแนะนำบางอย่างเช่นแผนต่อไปนี้:

  • การออกแบบระดับ: สร้างห้องเล็ก ๆ , สร้างอาคารครึ่งหลัง, สร้างอาคารเต็ม ฯลฯ
  • ศิลปะ: ทำหมวกสำหรับ TF2 หรือสิ่งที่คล้ายคลึงง่าย ๆ หรือเปลี่ยนพื้นผิวบางส่วนสำหรับ Skyrim หรืองานกัดขนาดอื่น ๆ เพื่อเริ่มต้นก่อนที่จะเข้าสู่โครงกระดูกหรือตาข่าย morph และหาวิธีการทำให้เคลื่อนไหว
  • การเขียนโปรแกรม: นำเอ็นจิ้นเกมที่ปรับเปลี่ยนได้หรือเครื่องมือโอเพนซอร์ซที่มีอยู่และปรับเปลี่ยนบางส่วนของมัน (เช่นอาวุธ) จากนั้นสร้างอาวุธใหม่ หากคุณไม่ชอบรหัสเกมคุณอาจเริ่มแฮ็คเอ็นจิ้นกราฟิก

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

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