[Shlizer]

Słyszał kiedyś o tworzeniu twórczym i odtwórczym? To, że wzoruje się na mandze / grze / filmie / książce / sytuacji z życia nie znaczy, że nie tworzy gry (bo przecież to robi, co nie?).

IMO największym błędem początkujących twórców gier jest porywanie się z igłą na słońce - tworzenie gry, która od pierwszych do ostatnich etapów planowania jest ustalana na 50+ godzinny MMO, w którym będzie można starować bohaterem z pierwszej osoby, rządzić całym królestwem, mającym rozbudowaną ekonomię, a do tego walnąć kilka minigierek platformowych, rtsowych i kto-tam-wie-co-jeszcze. Osoby, które raczkują w pojęciach game developingu, a w szczególności bojące się kodu (do którego w rzeczywistości tworzenie gier się sprowadza - czy tego ktoś chce, czy nie) powinny zaczynać od prostych projektów. Nawet jeśli ten projekt będzie wzorowany na innej grze, nawet jeśli fabułą będzie 'dotrzyj do miasta po drugiej stronie gór i zabij tego złego' i nawet jeśli będzie paskudnie szkaradna to będzie lepszym wejściem w tworzenie gier niż rozpoczęcie kreacji hiper-produkcji, które to skończy się albo szybkim porzuceniem projektu, albo wiecznym płakaniem na forum 'jak to zrobić' i wrzucaniem bez pomyślunku tego, co inni dadzą.

Cytat:

1Robienie gry kilka lat/miesięcy. Zakładanie, że to tyle będzie trwać. Taka sytuacja jest przegrana dla takiej osoby. Niczego się nie nauczy, a długie gry zwykle zdążą się szybko znudzić nim gracz się rozkręci.

Skąd pomysł, że niczego nie da się nauczyć? Skąd pomysł, że gra jest robiona 'pod publikę' i dla niej? Sam stworzyłem sporo gier, których nie udostępniam, bo są dla mnie - nie zachwycają niczym, a były świetnym poligonem do testowania nowych pomysłów w programowaniu.

Cytat:

2Przeliczanie wszystkiego na ilość procentową/map/ilości zrobionej fabuły/postaci/muzyki itp. Skoro grę prowadzi fabuła to tak naprawdę nie określisz w procentach ile masz muzyki i innych elementów wykonanych na potrzeby gry, bo zawsze ich liczba nie jest ustalona nawet jak masz gotową fabułę, bo wpływają na to inne czynniki.

I dochodzimy do kolejnego błędu popełnianego przez początkujących twórców. Tworzenie gry 'w locie', jak proponujesz. Stworzenie tzw. design doca nie tylko segreguje wiedzę dotyczącą gry i pozwala na spamiętanie każdego szczegółu rozgrywki, ale także pozwala na szybsze i mniej stresujące tworzenie gry. Sporo projektów upada nie dlatego, że autor nie wiedział jak coś napisać albo znudziło mu się, ale dlatego, że w czasie tworzenia zmieniał koncepcję gry, fabułę, charaktery bohaterów itd., aż w końcu sam nie wiedział kto, co, gdzie i kiedy lub najzwyczajniej dotarł do momentu, gdzie spostrzegł jakieś nielogiczności, które najzwyczajniej zmuszały do rozpoczęcia prac od początku.
Stąd procentowe ustalenie co jest gotowe, a co nie (przy czym należy zaznaczyć, że fabuła powinna być w 100% gotowa zanim zaczniemy samo tworzenie w programie) jest jak najbardziej na miejscu. Przecież masz rozpisane ile będzie map, ilu bohaterów, ile i jakiej muzyki potrzebujesz itd. Inna sprawa, że niemal wszyscy daję liczby z palca wyssane.

Przepraszam AI, że tak Twojego postu się uczepiłem, ale akurat był pod ręką =p

[Shlizer]

Niestety żaden translator nie był w stanie tego przetłumaczyć na język polski, więc pozwól, że do tego fragmentu się nie odniosę.

Cytat:

Sensem mojego punktu nr2 jest to, że nie da się określić na podstawie samej fabuły ile użyjesz plików "map" do zbudowania wszystkich lokacji i ilu utworów - nie wiesz tego. Lokacji to może i tak, ale nie map.

No właśnie - wiem. Skąd wiem? Bo najpierw rozpisuję grę, a dopiero później ją tworzę. Co prawda zawsze mogą zdarzyć się plany (okazuje się, że lepiej coś poszerzyć, dodać albo usunąć, czy to z powodu marudzenia testera, czy wizji autora), ale wszystkie mapy mam pospisywane (nawet jeśli mapy pokroju wnętrze domu 4x4 - wystarczy zaznaczyć jednym zdaniem). Na tym polega koncepcja planowania gier i pisanie dokumentu projektu - rozumiem, że to się kłóci z Waszymi RPG Makerowymi zasadami, ale większość gier (które wychodzą), także tych amatorskich, właśnie w ten sposób jest opisywana.