Tránh sai lầm như là một lập trình trò chơi - những núm vú

Bạn có thể làm một thỏa thuận xấu (nếu bạn viết, tài trợ, phân phối, tiếp thị, bán và thử nghiệm trò chơi trong nhà, lời khuyên đặc biệt này không áp dụng cho bạn.) gây ra khoảng 10 tỷ sai lầm chung khi bạn viết một trò chơi và một 100 tỷ lỗi kỹ thuật khác. Dưới đây là một số lỗi phổ biến mà mở rộng phạm vi phát triển trò chơi.

Thỏa thuận xấu

(Nếu bạn viết, tài trợ, phân phối, tiếp thị, bán và thử nghiệm trò chơi trong nhà, lời khuyên đặc biệt này không áp dụng cho bạn.)

Rất may rằng bạn sẽ liên quan đến một hoặc nhiều bên khác trong sự phát triển của trò chơi của bạn. Có thể bên khác sẽ tài trợ hoặc phân phối nó. Bất kể, đừng để mình bị bóc lột. Điều này dễ nói hơn là thực hiện, nhưng cuối cùng, một thỏa thuận không tốt khiến mọi người không hài lòng.

Nếu trò chơi của bạn mất 15 tháng để thực hiện, thì bạn cần 15 tháng; Thats tất cả để có nó. Nếu bạn cần $ 50, 000 hoặc $ 1. 5 triệu, thì đó là những gì bạn cần. Nếu bạn làm cho trò chơi trong một khoảng thời gian ngắn hơn hoặc với số tiền ít hơn, nó đảm bảo rằng các trò chơi sẽ được khủng khiếp, nó sẽ không bán, và mọi người sẽ chỉ ngón tay của bạn! Vì vậy, khi bạn thực hiện bất kỳ loại giao dịch tài chính - tiếp thị, bán hàng, hoặc phân phối - làm cho một thỏa thuận tốt hoặc bạn sẽ xin lỗi!

Theo quy định, trò chơi 2-D mất từ ​​sáu đến chín tháng để hoàn thành và chi phí khoảng 100.000 đô la cho chất lượng thương mại. Trò chơi 3 chiều có giới hạn trên không giới hạn, nhưng 15 tháng và 750.000 đô la là giới hạn thấp hơn tuyệt đối cho bất kỳ trò chơi chất lượng nào.

Quên sao lưu công việc của bạn

Bạn có 1 triệu dòng mã C ++ trong 50 mô đun, và tất cả đều nằm trên một ổ cứng. Bạn đã làm việc đó trong 6 tháng và - bang - có một vụ hỏa hoạn, một vụ cướp, một lần điên rồ một lần đáng kể khác, hoặc một vụ tai nạn ổ cứng phá hủy tất cả. Mặc dù xác suất của những sự kiện này xảy ra là mỏng (ngoại trừ có thể cho một trong những liên quan đến điên cũ đáng kể khác), một trong một triệu vẫn còn quá nhiều cơ hội cho bạn ngủ một cách thanh bình. Vì vậy, đảm bảo rằng bạn sao lưu công việc của bạn hàng ngày vào băng, đĩa Zip Iomega, CD-ROM, hoặc một máy chủ từ xa.

Thiếu Giáng sinh

Nếu bạn định viết một trò chơi sẽ được phát hành bất kỳ lúc nào trong phần cuối của năm, đừng bỏ lỡ Giáng sinh. Đặt cược của bạn tốt nhất là để có các trò chơi hoàn thành vào tháng Mười hoặc Tháng Mười Một tại mới nhất. Nếu trò chơi là phần mềm chia sẻ, thời gian phát hành không quan trọng. Tuy nhiên, mọi người dường như có nhiều tâm trạng chi tiêu hơn trong những ngày nghỉ, vì vậy đừng bắn vào ngày Arbor hay một khoảng thời gian ít lợi nhuận hơn.

Không kiểm tra đúng

Bạn vừa viết một trò chơi giết người và nó hoạt động rất tốt trên máy tính của bạn.Vâng, vậy sao? Bạn đã thử nghiệm nó tốt hơn trên một số máy khác nhau - và để cho những người khác kiểm tra nó, bởi vì có lẽ bạn vô ý (unconsciously) quá dễ dàng trong trò chơi khi kiểm tra nó.

Nếu bạn thực hiện một trò chơi có một vấn đề duy nhất, mọi người sẽ thổi nó ra khỏi tỷ lệ. Một điểm ảnh đơn lẻ ở vị trí chuyển thành "trình điều khiển video xấu" trên Internet trong vòng 24 giờ. Do đó, đảm bảo rằng bạn thử nghiệm beta trò chơi của bạn trên một số máy với các cấu hình khác nhau. Nếu bạn không có quyền truy cập từ 20 đến 30 máy tính (như bất kỳ ai), hãy đưa trò chơi của bạn lên đĩa hoặc CD tới cửa hàng máy tính gần nhất và thử trò chơi trên máy tính của họ. Nếu ai đó hỏi bạn những gì bạn đang làm, chỉ cần nói với họ rằng bạn đang nghĩ đến việc mua một số máy tính và bạn muốn xem trò chơi này có tương thích không - trừ khi, tất nhiên, bạn muốn sử dụng câu trả lời này: "Tôi một cửa hàng mua sắm. Nếu bạn chơi bài đúng, tôi sẽ không viết thư cho bạn. "

Nếu bạn không thích giả vờ làm James Bond, một phòng thí nghiệm khoa học máy tính của trường địa phương có lẽ sẽ cho phép bạn thử trò chơi trong những giờ cao điểm. Nhưng giả vờ là James Bond - hay Jane Bond - lại vui hơn.

Sử dụng công nghệ cũ

Chúng ta không phải là triệu phú, nhưng sử dụng công nghệ cũ và những cách cũ không phải trả. Cố gắng cập nhật càng nhiều càng tốt. Ngay cả khi bạn không đủ khả năng để có được trình biên dịch C / C ++ hoặc trình mô hình 3-D tốt nhất, ít nhất bạn cũng biết rằng chúng tồn tại. Có lẽ bạn có thể yêu cầu công ty cho một phiên bản demo hoặc một đơn vị đánh giá. Tuy nhiên, tất cả các excuses sang một bên, phát triển game là một doanh nghiệp công nghệ cao, và bạn phải được cập nhật càng tốt.

Viết cho DOS

DOS là nên chết; nó đã chết từ lâu. Các lập trình viên trò chơi đã sử dụng nó vì một giải pháp thay thế tốt hơn không có sẵn. Nếu bạn đang đọc bài viết này, bạn biết rằng Win32 với DirectX là tốt hơn. Nếu bạn đang làm một trò chơi chuyên nghiệp, thậm chí không buồn viết cho DOS. Tuy nhiên, nếu bạn đang tạo một trò chơi shareware và bạn muốn sử dụng một thiết kế đơn giản, thì DOS sẽ ổn thôi. DOS là tốt cho mục đích học tập, nhưng, nếu có thể, viết cho Windows. Nếu bạn muốn thực hiện một phiên bản DOS dành cho các máy tính cũ hơn, hãy cảm thấy tự do - nhưng Windows lại tốt hơn cho các chương trình trò chơi kể từ khi DirectX xuất hiện.

Nói dối công chúng

Công chúng là tàn bạo. Một phút họ yêu bạn và xem tất cả các bộ phim của bạn; tiếp theo, tất cả công việc bạn có thể nhận được là trong một quảng cáo cho nhai kẹo cao su. Đừng nói dối - phóng đại, nhưng đừng nói dối. Tốt hơn là giữ lại và thổi những chiếc vớ ra khỏi công chúng và những người chỉ trích hơn là quảng cáo trò chơi của bạn đến mức kỳ vọng của mọi người quá cao và chúng sẽ bị hạ xuống.

Không quan tâm quảng cáo

Nếu bạn là nhân viên cũ của Atari, vui lòng đọc cẩn thận: Sản phẩm không bán mình. Nếu bạn muốn trò chơi của mình để bán, bạn cần phải quảng cáo theo cách nào đó. Nếu bạn tự mình tiếp thị trò chơi, hãy thiết lập một trang Web đơn giản và thu hút được một số sự quan tâm. Khi bạn từ một đến hai tháng kể từ khi phát hành, hãy bắt đầu gửi betas đến các trang web trò chơi.Khi bạn đã sẵn sàng để phát hành trò chơi của mình, hãy đi ra ngoài. Tải lên hàng trăm trang web theo cách thủ công hoặc với một con nhện Internet hoặc bot để đưa các trò chơi trên khắp nơi và ít nhất là cho mọi người biết rằng nó tồn tại.

Cho phép quá nhiều đầu bếp trong nhà bếp

Đối với một số công việc, nhiều việc không tốt hơn. Khi bạn cần sự giúp đỡ của người khác, không cần quá nhiều người. Không thêm người vào dự án bởi vì họ là bạn hoặc họ nghĩ sự phát triển của trò chơi rất thú vị. Chỉ mang theo những người tài năng, tận tâm mà bạn tin tưởng và những người muốn làm việc cho dự án. Và càng có ít người làm việc về mã trò chơi thì trò chơi sẽ càng tốt.

Bỏ qua nhận xét trong mã của bạn

Làm việc với mã không được bình luận đầy đủ là một cơn ác mộng. Nhận xét mã trò chơi của bạn với ít nhất một nhận xét trên mỗi dòng. Hầu như không ai có thể lập trình nhanh như anh ta hoặc cô ấy có thể gõ cho bất kỳ khoảng thời gian duy trì, có nghĩa là bạn luôn có thời gian để thêm ý kiến. Và nếu bạn muốn cấp phép hoặc tạo một phiên bản mới của trò chơi của mình, bạn sẽ không cần một thông dịch viên Vulcan để tìm ra bạn đang làm gì với mã ban đầu!