spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

also ich würde spontan sagen, ihr schreibt erstmal alles auf was euch so einfällt. der stil ist euch überlassen. dann sontiert ihr das aus was ihr villeicht doch nicht so mögt oder das was euch nicht machbar erscheint.

das alles schön sauber und vor allem nicht schleifen lassen und ihr habt es zu 80%

Aufschreiben bringt es echt. Mach ich auch so: Erst mal alles was mir in den Sinn kommt auf schreiben und dann die Ideen weglassen die zu kompliziert oder zeitaufwändig sind.

SVN nutzen. Auf bewährte Sachen zurückgreifen(fertige Libs(auch von anderen), Codeabschnitte usw.). Ruhig auch mal neue Themen für sich erschließen, aber nicht drinne verhäddern und alles andere vergessen. Primitive TODO-Listen erleichtern einem das Arbeiten und verbrauchen selbst wenig Zeit.

Was genau meinst Du denn mit "Designdokument"? Eine Art Pflichtenheft, oder auch schon detailliertere Definitionen, Vorgehensmodell, Klassendiagramme etc.?

Bei der Suche in Wikipedia kam nur das herraus:
http://de.wikipedia.org/wiki/Inhalts-_und_Umfangsmanagement

Aber ein Designdokument kann man als eine Art Konzept betrachten.
Diese enthält alles was man möglicherweise an Ideen enthält aber darin werden einige auch aus Problemen wieder gekippt.

http://www.cse.ohio-state.edu/~crawfis/cse788GameDesign/ReferenceMaterial/DesignDocuments/ctaylordesigntemplate.doc

http://www.sloperama.com/
unter anderem:
http://www.sloperama.com/advice/specs.htm

http://www.ihfsoft.com/designdocuments.htm
http://www.designersnotebook.com/Books/On_Game_Design/on_game_design.htm
https://faculty.digipen.edu/~dquinn/beatman/gdd.html
http://www.geocities.com/TimesSquare/Arena/8461/index.html



Mein persönlicher Tip:
Natürlich versuchen viele Schreiber über das Thema Regeln aufzustellen und das ist auch gut und hilfreich. Alerdings sollte man sich klar machen dass "Game Design Document" (GDD) ein sehr weiter Begriff ist und je nach Firma/Situation etc sinnvollerweise verschieden "zu füllen" ist. Mach Dir klar was Du mit dem GDD willst, z.B. weitere Leute anwerben, ein Leitfaden bei der Entwicklung etc. Es gibt aber auch Sachen die IMHO in jedem GDD drin stehen sollten, vor allem ""warum will der Spieler dieses Spiel spielen?" aber auch eine gemeinsame Linie zu finden an die sich alle Team Mitglieder halten.

Zitat von »"Steven77"«

Was genau meinst Du denn mit "Designdokument"? Eine Art Pflichtenheft, oder auch schon detailliertere Definitionen, Vorgehensmodell, Klassendiagramme etc.?

Ein Designdokument kann auch einfach ein Screenshot vom fertigen Spiel sein. Diesen kann man ja mit Grafiksoftware erstellen ohne auch nur eine Zeile programmiert zu haben. Ich denke mal Designdokumente sind in erster Linie dazu hilfreich, dass alle Entwickler das gleiche "Bild" vom Spiel bekommen und wissen worauf hingearbeitet wird - fuer Einzelentwickler ist sowas nicht unbedingt notwendig.

PS: Die Treffer einer Google Suche nach

"game design documents" gdd

sehen sehr interessant aus.

PSPS :p :
http://www.gamasutra.com/features/19991019/ryan_01.htm
http://www.gamasutra.com/features/19991019/ryan_02.htm
http://www.gamasutra.com/features/19991019/ryan_03.htm
http://www.gamasutra.com/features/19991019/ryan_04.htm
http://ai-depot.com/GameAI/Design.html
http://lostgarden.com/2005/06/using-blog-as-game-design-document.html