JLI Spieleprogrammierung

Dragon · Verfasst am: 06.04.2005, 18:53 Titel: Vor dem Programmieren

mich würde mal interessieren, was ihr macht bevor ihr anfängt mit den Programmieren eines spiels.

Macht ihr euch Skizzen, Klassendiagramme, Struktogramme und wenn ja, welche und wie? Macht ihr das auf einem extra Zettel oder doch elekronisch (z.B. Write, Calc)? Dokumentiert ihr eure Entwicklung?

Also ich hab immer einen block auch meinem Schreibtisch. Auf den Kritzel ich immer rum. Mach mir manchmal skizzen für Kollisionen und Modelle, die es später mal geben soll. Klassen stelle ich immer in Kästen da (nach UML) aber ohne Methode aber mit beziehungen und vererbung. Als Skizze mach ich mir auch immer, wie ein level aussehen soll.

Was macht ihr? Oder macht ihr gar nichts und programmiert einfach drauf los?
_________________
Nur wenn man ein Ziel sieht, kann man es auch treffen.
___________
Mein Leben, Freunde und die Spieleentwicklung

Fallen · Verfasst am: 06.04.2005, 18:56 Titel:

Ich durchdenke das ganz kurz und dann gehts ab Smile

Das dabei was halbwegs anständiges rauskommt sieht man ja im Projekte Forum.

Grössere Dinge (Team) bespreche ich und plane sie natürlich.
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

Patrick · // Erstellt: 05.04.2005

Hi,

bei mir Privat läuft das folgendermaßen ab:

Ich fange oft aus Langeweile einfach an kleine Hilfsklassen zu Coden die ich mir vorher im Kopf ausgedacht habe. Momentanes Beispiel: cpu

DirectXer · Verfasst am: 06.04.2005, 19:08 Titel:

hast du das 2.Buch? Dann guck mal auf S.381/382 da stehts; so mach ichs auf jeden Fall...

JkerryZ · Verfasst am: 06.04.2005, 20:17 Titel:

Ich mache das immer so:
Abends wältze ich mich Stundenlang im Bett herum und überlege, was ich morgen denn mal wieder schönes Prgrammieren kann. Ist mir was eingefallen, überlege ich wie ich das umsetzen kann.
Kann ich es mit meinen Kentnissen programmieren, programmiere ich es nächsten Tag.
Kann ich es nicht, schreibe ich mir für irgendwann mal auf.
Sollte dies der Fall sein, überlege ich mir noch was anderes.
Zur Zeit sind mir allerdings die Ideen ausgegangen Laughing

Und während ich dann am programmieren bin, fällt mir immer ein, was ich noch ganz gerne einbauen würde...
Dann probier ich das aus, wenn es klappt ist gut, wenn nicht probier ich es nen Tag später nocheinmal in Ruhe...

Hazel · Verfasst am: 06.04.2005, 20:20 Titel:

Ich zünde ein paar Pflänzchen und Fliegenpilze an und warte bis mein Zimmer voll Rauch ist... dann meditiere ich zwei Stunden vor meinem Schrein und warte auf eine Bewusstseinserweiterung. Danach steige ich empor zu den Göttern und hole mir einen heiligen Auftrag, den ich dann umsetze.

[Nachtrag]
Nein, natürlich nicht. ;)
Es kommt immer auf die Größe des Problems an. Für einen Taschenrechner werde ich kein Designdokument schreiben, es sei denn es soll so etwas wie MathCAD werden. Außerdem habe ich eine stylische Konferenzmappe mit Papier, Bleistift und Ratzefummel wo ich reinkritzle wenn mir spontan 'ne Idee kommt.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

The Lord of Programming · Verfasst am: 06.04.2005, 20:51 Titel:

Also wenn ich am Anfang eines Spiels stehe, mache ich mir erst mal ein Designdokument, in dem zuerst mal die Grundsachen und später immer mehr Details stehen.
Für grafische Objekte zeichne ich mir meistens ein paar Bleistiftzeichnungen, mit denen ich dann eine bessere Vorstellung davon bekomme. Selbstverständlich gibts für jede Kategorie eine ToDo-Liste, in der ich vermerke, was z.Z. in Arbeit ist und was noch zu tun ist(ich will ja nix vergessen Cool

).
Wenns um konkrete Codeschnipsel, Funktionen oder Klassen geht, dann mache ich mir meistens schon vorher Gedanken, was die Funktion machen soll und (bei Klassen) welche Methoden es überhaupt geben soll. In der Schule gibts meistens genug Zeit nebenher, sodass ich mir da immer wieder Notizen mache oder sogar Codeschnipsel anfange oder fertigschreibe.

Bevor ich das alles mache, gehört natürlich jede Menge Vordenkarbeit und Inspiration dazu. D.h. ich mach mir erst mal ein relativ komplettes und klares Bild im Kopf von dem, was ich machen will, natürlich mit viel Schwärmerei *g* und mache mich dann an die Arbeit.
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

Jonathan_Klein · Verfasst am: 06.04.2005, 21:01 Titel:

jup, also mir kommt meistens so einfach ne Idee was ich aml machen sollte. Ich meine einerseits wil ich ncht so billigspielchen machen aber andererseits auch nix was ich net kann. Also warte ich einfach bis mir irgendwas passendes einfällt.
Und entweder überlege ihc mir vorher erst ganz genau wie das Spiel aussehen soll. Die Gedanken tippe ich manchmal aus Spaß in Word ein. Und dann wenn ich weiß wie das Spiel aussehen soll, überlege ich mir grob, wie ich es proggen muss. Manchmal hab ich dann neue Ideen, die ich mit wenig aufwand mit einbauen kann und manchmal lass ich was weg weils mir zu kompliziert würde.
Und dann mach ic erstmal wieder furchtbar viele Klassen also hab ich dann sehr viele sehr kleine Dateien, aber das sollte einfacher sein, als hinterher alles um zu struktureiren, weil das nie driekt klappt und sehr aufwendig ist.
Bilder oder Zeichnungen mahc ich selten, weil ich eh eigneltihc nur progge.
_________________
https://jonathank.de/games/

xardias · Verfasst am: 07.04.2005, 06:38 Titel:

Also ich hab hier so ein kleines DinA5 Ringbuch in das ich spontane idee rein kritzeln kann. Pseodo uml diagramme mache ich oft vor größeren projekten um meine gedanken zu ordnen.
Aber meistens schaut es so aus, dass ich zu allererst ein wenig experimentiere (z.B. momentan mit der OGRE engine) und mir dann gedanken dazu mache, wie man das spiel am besten umsetzen könne.
Das Design kommt also oft erst wärend der programmierung Wink

ist alles andere als optimal, daher schreibe ich auch öfters sachen neu, aber ich komme so gut klar.
Eine ausnahme bildet unser Thor Framework. das habe ich vorher komplett durchgedacht und nach einem halben jahr bin ich immer noch beim selben konzept mit nur kleinen änderungen. Aber ein Framework zu programmieren ist ja was anderes als ein spiel zu programmieren. alleine schon, weil das Framework so gut dokumentiert und aufgebaut sein muss, dass andere Leute das auch ohne probleme benutzen können.

C++Builder · Verfasst am: 08.04.2005, 20:41 Titel:

also wenn ich eine Idee habe denke ich erst auch eine ganze Weile wie ich es realisieren könnte und was ich noch einbauen kann.

Wenn es dann so viel wird, dass ich es mir nicht mehr alles Merken kann/will fange ich an die Headerdateien zu schreiben also die einzelnen Klassen und dokumentiere alles was ich mir so ausgedacht habe dazu und kommentiere jede Membervariable/-funktion.

Wenn ich mir irgendwas nicht gleich veranschaulichen kann, dann greif ich auch zum guten alten Blockpapier.