Jakie są skuteczne strategie dla małego zespołu tworzącego gry? [Zamknięte]

12

Jakie są najlepsze praktyki związane z językiem / platformą dla zespołu tworzącego małe gry, od średnio zaawansowanych do zaawansowanych programistów?

Mile widziane są strategie wysokiego poziomu (a także sugestie dotyczące ram, silników lub IDE, które mogą oferować dobry zwrot z inwestycji).

architecture cross-platform

— Joseph Weissman
źródło

10

Mały zespół musi celować w „mały, ale piękny”.

Bądź pewien swojego celu. Niezbędna jest łatwa i szeroka dostawa.
Projekt gry powinien być bardzo prosty (bez rpg, ale bardziej jak niektóre gry stołowe lub stare),
Sztuka powinna być minimalistyczna / 2D (lub przy użyciu techniki proceduralnej)
narzędzia muszą być na wysokim poziomie: użyj sprawdzonego silnika gry.
Język musi być również na wysokim poziomie (Python, Lua, C #). Wolisz krótki czas programowania niż bardzo szybki program.

Ale nie poświęcaj jakości, to jedyny sposób, aby się wyróżnić.

— Lionel Barret
źródło

3

Chociaż uwielbiam C # i Python, niekoniecznie uważam, że język wysokiego poziomu jest koniecznością. To znaczy, na pewno nie programuj w C lub Asemblerze, ale C ++ jest wystarczająco wysoki dla wielu osób i jeśli cały twój zespół już go zna, to jest to najlepszy język do użycia. Znacznie ważniejsza jest sugestia użycia silnika lub, bardziej ogólnie, dobrego wykorzystania bibliotek wysokiego poziomu. Im więcej dobrego kodu możesz użyć, tym lepiej.

— CodexArcanum,

5

Mały zespół + mały budżet = małe gry. Nigdy nie zapominaj, że masz ograniczony budżet, więc stosunek zespołu do budżetu musi określać czas pracy nad każdą grą.

To powiedziawszy, poświęć czas na prototypowanie. Nie możesz sobie pozwolić na tworzenie niewystarczająco dobrych gier.

W przypadku silnika gry najlepszym obecnie wszechstronnym i wieloplatformowym silnikiem dostępnym dla (bardzo) małych zespołów jest Unity.

Jeśli uważasz, że gry, które stworzysz, wymagają precyzyjnej kontroli silnika gry (jeśli nie jest to ustalony gatunek), lepiej skonfiguruj framework złożony z kilku wyspecjalizowanych bibliotek (Ogre, FMod, CAudio, RakNet itp.) . To powiedziawszy, oznacza to, że będziesz musiał sam zachować kod kleju, więc będzie to kosztować. Jeśli nie możesz sobie na to pozwolić, weź i tak pełny silnik i spróbuj włożyć w to swoje koncepcje gry.

Frameworki takie jak SFML mogą być dla ciebie dobre, ponieważ dostarczają podstawowych cegieł do budowania silnika specyficznego dla gry (ale jest bardziej zorientowany na gry 2D).

Jeśli chcesz szybko tworzyć wiele gier, lepiej skorzystaj z Flasha, ponieważ jest to jakaś podstawowa platforma silnika gry. Jest na nim zbudowany silnik gry i jest on wieloplatformowy.

W przypadku narzędzi użyj dowolnej kontroli źródła, która działa dobrze w organizacji Twojego zespołu. Idy są zależne od języka, którego chcesz używać, więc musisz szukać. Po prostu wiedz, że jeśli pracujesz w systemie Windows z C ++ lub C #, Visual Studio jest zawsze najlepszym wyborem. Wygląda na to, że XCode jest najlepszy na Macu. Nie jestem pewien co do innych platform unixowych.

Jeśli chcesz stworzyć grę wieloplatformową, która nie będzie oparta na już istniejącym silniku wieloplatformowym, użyj C ++. Jeśli celujesz tylko w system Windows i chcesz szybko przejść do programowania gier (i znaleźć odpowiedni silnik gry, taki jak NeoAxis), użyj C #. Python może być dobrym rozwiązaniem na ponadplatformowym silniku gry lub frameworku takim jak SFML.

Jeśli masz czas, skonfiguruj narzędzie do zarządzania projektami. Jeśli nie masz czasu, nie przejmuj się i po prostu spraw, aby ktoś śledził zadania wszystkich. Redmine lub TRAC są dobrymi kandydatami do tego rodzaju rzeczy, ale wymaga znajomości ich instalacji. Szybszą alternatywą może być Modliszka, która jest tylko php (kopiuj / wklej w swoim ftp). Istnieje wiele innych prostych alternatyw w Internecie, ale nie spędzaj zbyt wiele czasu na ich szukaniu.

— Klaim
źródło