Chiến lược hiệu quả cho một nhóm phát triển trò chơi nhỏ là gì? [đóng cửa]


12

Thực tiễn tốt nhất về ngôn ngữ / nền tảng bất khả tri cho một nhóm phát triển trò chơi nhỏ gồm các nhà phát triển từ trung cấp đến nâng cao là gì?

Các chiến lược cấp cao (cũng như các đề xuất về khung, động cơ hoặc IDE có thể mang lại ROI tốt) đều được chào đón.

Câu trả lời:


10

Đội nhỏ phải nhắm đến "nhỏ mà đẹp".

  • Hãy chắc chắn về mục tiêu của bạn. Cung cấp dễ dàng và rộng rãi là rất quan trọng.
  • Thiết kế trò chơi phải rất đơn giản (không có rpg nhưng giống như một số trò chơi trên máy tính bảng hoặc oldies),
  • Nghệ thuật nên tối giản / 2D (hoặc sử dụng công nghệ thủ tục)
  • các công cụ phải ở cấp độ cao: sử dụng một công cụ trò chơi đã được thiết lập.
  • Ngôn ngữ cũng phải ở cấp độ cao (Python, Lua, C #). Bạn thích thời gian dev thấp hơn một chương trình rất nhanh.

Nhưng đừng hy sinh chất lượng, đó là cách duy nhất để nổi bật.


3
Mặc dù tôi yêu C # và Python, nhưng tôi không nhất thiết nghĩ rằng một ngôn ngữ cấp cao là điều bắt buộc. Ý tôi là, chắc chắn không lập trình trong C hoặc hội, nhưng C ++ đủ trình độ cao cho nhiều người và nếu cả nhóm của bạn đã biết điều đó, thì đó là ngôn ngữ tốt nhất để sử dụng. Quan trọng hơn nhiều là đề xuất sử dụng Engine, hay nói chung hơn là sử dụng tốt các thư viện cấp cao. Càng nhiều mã tốt của người khác bạn có thể sử dụng, càng tốt.
CodexArcanum

5

Đội nhỏ + ngân sách nhỏ = trò chơi nhỏ. Không bao giờ quên rằng bạn đang sử dụng ngân sách để tỷ lệ nhóm / ngân sách phải xác định thời gian bạn có thể làm việc trên mỗi trò chơi.

Điều đó nói rằng, dành thời gian để nguyên mẫu. Bạn không đủ khả năng để làm cho các trò chơi không đủ tốt.

Đối với công cụ trò chơi, công cụ đa năng và đa nền tảng tốt nhất hiện tại có giá cả phải chăng cho (rất) các đội nhỏ là Unity.

Nếu bạn nghĩ rằng các trò chơi bạn sẽ thực hiện yêu cầu kiểm soát chính xác công cụ trò chơi (nếu đó không phải là một thể loại đã được thiết lập), thì bạn nên thiết lập một khung làm từ một số thư viện chuyên ngành (Ogre, FMod, CAudio, RakNet, v.v.) . Điều đó nói rằng, điều đó có nghĩa là bạn sẽ phải tự duy trì mã keo, vì vậy nó có chi phí. Nếu bạn không đủ khả năng, hãy sử dụng một công cụ đầy đủ và cố gắng bọc các khái niệm trò chơi của bạn trong đó.

Các khung như SFML có thể tốt cho bạn vì nó cung cấp các khối hình cơ bản để xây dựng công cụ dành riêng cho trò chơi (nhưng nó thiên về các trò chơi 2D hơn).

Nếu bạn muốn tạo ra nhiều trò chơi một cách nhanh chóng, tốt hơn hết bạn nên sử dụng Flash, vì nó giống như một loại nền tảng công cụ trò chơi cơ bản. Có rất nhiều công cụ trò chơi được xây dựng trên đó và đó là nền tảng chéo.

Đối với các công cụ, sử dụng bất kỳ điều khiển nguồn nào hoạt động tốt với tổ chức nhóm của bạn. Id liên quan đến ngôn ngữ bạn muốn sử dụng, vì vậy bạn sẽ phải tìm kiếm. Chỉ cần biết rằng nếu bạn làm việc trên Windows với C ++ hoặc C # thì Visual Studio luôn là lựa chọn tốt nhất. Có vẻ như XCode là tốt nhất trên Mac. Tôi không chắc chắn cho các nền tảng unix khác.

Nếu bạn muốn tạo một trò chơi đa nền tảng không dựa trên công cụ đa nền tảng, thì hãy sử dụng C ++. Nếu bạn chỉ nhắm mục tiêu Windows và muốn nhanh chóng lập trình trò chơi (và tìm một công cụ trò chơi thích hợp như NeoAxis), thì hãy sử dụng C #. Python, trên một công cụ trò chơi đa nền tảng hoặc khung như SFML, cũng có thể là một ý tưởng hay.

Nếu bạn có thời gian, hãy thiết lập một công cụ quản lý dự án. Nếu bạn không có thời gian, đừng bận tâm và chỉ cần khiến ai đó theo dõi nhiệm vụ của mọi người. Redmine hoặc TRAC là những ứng cử viên tốt cho loại công cụ này, nhưng yêu cầu bạn phải biết cách cài đặt chúng. Một thay thế nhanh hơn có thể là Thần chú chỉ là php (sao chép / quá khứ trong lưu trữ web ftp của bạn). Có rất nhiều lựa chọn thay thế đơn giản khác trên web nhưng đừng dành quá nhiều thời gian để tìm kiếm chúng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.