Eine Projektarbeit

[Felix Stein]

ist was ich und ein Mitschüler (der diesen Account mit benutzt) in den nächsten Monaten anfertigen soll. Wir sind in der Oberstufe und sollen auf Delphi Basis mit Lazarus ein Programm, sei es Tabellensystem oder Spiel anfertigen.
Wir hatten an ein 2D Spiel gedacht (im Stile eines alten Mario Games), sind bis jetzt aber nicht wirklich fähig ein solches zu erstellen. Als Basis sollen die Kenntnisse die wir uns im Unterricht angeeignet haben und Wissen das wir durch Recherchen erlangt haben, dienen.

Wir sind natürlich für alle Vorschläge offen und müssten zunächst wissen wie umsetzbar unsere Idee ist. Bis jetzt haben wir was Delphi angeht nur ein paar Grundlagen erlernt und noch überhaupt nicht mit irgendeiner Form von Grafik gearbeitet.

Des weiteren war ich mir nicht sicher wohin damit und habe mich erst einmal für diesen Forumsbereich entschlossen. Wir haben uns gerade erst registriert und werden vermutlich am Abend wieder rein schauen.

Mfg Felix und Toni

[Sir Rufo]

Na dann mal Willkommen hier.

Korrekterweise sollt ihr mit Pascal bzw. Object-Pascal, dem FreePascalCompiler (als Compiler) und Lazarus (als IDE) ein Programm anfertigen. Delphi ist ein etwas anderer Pascal-Dialect.

Wenn ihr gar nicht wisst, wie ihr anfagen sollt das zu programmieren, dann fangt nicht mit dem Programmieren an, sondern mit dem Konzept! (Das sollte immer zuerst da sein)

Also ganz viel Papier, ordentlich Tinte auf den Füller und loslegen.

Fangt mit dem groben Ablauf an, also was soll dem Spieler gezeigt werden, wenn er das Spiel startet und welche Auswahl-Möglichkeiten hat er. Was soll dann bei diesen Auswahlmöglichkeiten angezeigt werden. Wie soll die Auswahl getroffen werden (Taste, Mausklick, etc.).

Das eigentliche Spiel wird dann auch so skizziert (welche Aktion, was passiert, wann darf nur passieren).

Das ist schon mal eine ganze Menge und dazu benötigt man Null Programmierkenntnisse

[Phoenix]

Hallo Felix, Hallo Toni,

Zitat von Felix Stein:

ein Programm, sei es Tabellensystem oder Spiel anfertigen.

Ich möchte Euch empfehlen, hier lieber eine andere Anwendung zu bauen, als ein Spiel.

Spiele-Entwicklung ist ungeheuer Anspruchsvoll. Ihr müsst Euch mit Grafik auskennen, mit unterschiedlichen Eingabemethoden, müsst optimiert entwickeln, damit das Spiel nicht zu langsam wird, Euch Gedanken zum Spielablauf machen, müsst Euch entweder mit der automatischen Generierung von Spielfeldern/Leveln oder mit einem Dateiformat für Levels beschäftigen etc. pp. Kurzum: Spiele-Entwicklung umfasst nahezu alle Teilbereiche der Informatik und das nicht gerade auf dem einfachsten Level.

Oder anders gesagt: Selbst ein so einfaches Spiel wie Flappy Bird stellt selbst einen erfahrenen Entwickler schon vor ordentliche Herausforderungen.

Ich persönlich würde sagen, das sind nicht unbedingt die optimalen Vorraussetzungen für eine Projektarbeit.

Als Projektarbeit habe ich damals mit meiner Gruppe zum Beispiel eine kleine Bibliotheksverwaltung geschrieben: Suche nach Titel, Kategorie, Autor, Ausleihvorgang, nach Kunde, Rückgabe und eine Auswertung wer gerade welches Buch hat bzw. wer mit welchen Titeln schon über Zeitraum X ist. Das ganze mit ner kleinen Datenbank hintendran, und das haben wir dann grafisch auch noch recht hübsch gemacht (bunte, große Buttons, coole Icons etc.) und das hat uns auch schon ne Weile beschäftigt und auch hier waren die Debugging-Sessions nicht ganz ohne.

Also mein Vorschlag: Überlegt Euch das mit dem Spiel lieber nochmal. Das könnt ihr hinterher immer noch bauen wenn ihr Spass daran habt, und lauft nicht Gefahr, Euch bei einem Projekt das in Eure Benotung einfliesst, ggf. zu überheben.

[matashen]

memory ist einfach, auch ein spiel aber das wichtigste es ist "Rundenbasiert" und benötigt nur wenig wissen über Spielfeld, kein Scrolling und keine timings

[p80286]

Hallo zusammen,
wie Sir Rufo schon sagte, es geht los mit viel Papier. Und wenn man das Konzept hat, manche sagen auch Programmablaufplan, dann programmiert man das "mal eben" herunter.
Wenn Ihr Euch hier umseht, dann sind viele Fragen dem "mal eben" zuzurechnen, aber auch ein erklecklicher Anteil basiert auf einem fehlenden Konzept. Darum setzt Euch erst einmal hin und plant was Ihr wollt, das Programmieren kommt noch früh genug.
Glaubt Ihr nicht? Dann spielt doch mal die Bibliotheksverwaltung mit einer Datenbank durch.
Welche Datenbank darf es sein? Legt Ihr Euch auf eine fest, oder darf eingesetzt werden was verfügbar ist?
Davon hängt ab welcher SQL-Dialekt genutzt wird, oder soll es etwas anderes sein? Welche Zeichen werden unterstützt? So ganz ohne Umlaute sollte eigentlich out sein, aber gibt es noch immer. Reicht der deutsche Zeichensatz oder muß auch Türkisch,Ungarisch,Schwedisch und Dänisch berücksichtigt werden?
Usw. Usw.

Gruß
K-H

[creed steiger]

ein Tipp von mir:
Nicht so sehr auf das visuelle oder "Bling Bling" konzentrieren.
Man kommt schnell in die Versuchung sich erstmal mit dem Aussehen zu beschäftigen.
Versucht eine einfach, (möglichst) pfiffige Idee umzusetzen und poliert erst am Ende dran rum.

Papier und Stift um ein Konzept zu erstellen ist immer ein guter Anfang.

Ein Spiel braucht nicht viel Aufwand, die Idee zählt.

[Bjoerk]

Ich denke auch, daß Spiele wie zum Beispiel Snake, X gewinnt ect. so richtig heftig schwer sind als Starter. Wenn Ihr ein Programm Lottotipp o.ä. schreibt ist das m.E. schon völlig Ok.

[Felix Stein]

Gut, danke erst mal für soviele Rückmeldungen.

Also zwei Optionen:

Option Nr 1 Leichteres rundenbasiertes Spiel (hatte ich mir schon mal auf Youtube angeguckt für Tic Tac To glaube ich, damals aber im Texteditor und es war wirklich nur das Spiel und kein Interface ^^), wir müssen immer darauf achten das es Leistungsteschnich im grünen Bereich bleibt.
(Kleiner Anhang eine drei Mann Gruppe hat snake Programiert und 6 Punke also eine 4 + bekommen xD würde ich gerne vermeiden)


Als kleine Anmerkung im Unterricht war das schwierigste zu programierende Spiel eine Art Duangens and Dragons also weit entfernt von einem Tic Tac To.
(wieder ohne Interface oder Hintergrund, einfach nur die Felder die mit Buttons verknüpft waren)

Option Nr2 schweres 2D Spiel. Ein Konzept ist also wichtig am Anfang! Wir haben alle Zeit der Welt (mehrere Monate) und deshalb würde ich es gerne wenigstens Probieren

Also auf ans Zeichenbrett Konzept ausarbeiten , ich werde mir das orginal noch mal ansehen. Dazu eine Frage darf ich die Konzeptzeichnungen wenn sie Fertig sind hier posten (wird wohl so am Wochenende sein)?

[Der schöne Günther]

Poste alles was geht

Snake richtig mit Steuerung und allem und dann nur eine 4+? Moment, wenn ihr wirklich "mehrere Monate" habt dann kann ich das sogar etwas verstehen.

Kannst du ein bisschen erzählen was eure bisherigen "Grundlagen" sind? Eine kleine Zusammenfassung was ihr gelernt habt und welche selbstständig zu lösenden Aufgaben ihr bekommen habt?

[Felix Stein]

Klar sitz leider am Privat Rechner und nicht in der Schule ( da sind die ganzen Programme gespeichert ) aber so das komplexeste waren Sotierprogramme. Sprich fertige eine Datenbank mit mehreren Komponenten an und dann sollten die nach verschiedenen Varianten sortiert werden.
Spiele teschnisch haben wir eigentlich nur am Anfang gearbeitet, eben wie schon erwähnt ... ein paar buttons verlinkt mit Memos und alles war gut.
Dieses Programm ist quasi unsere einzige Info. Note in der 12/2 ... mit andern Worten brings dir selbst bei oder STIRB aber naja deshalb sind wir ja hier xD Wie sieht es Programm teschnisch aus... ich weiß zum Beispiel wie ich ein Interface machen könnte aber nicht wie ich ein neues Form (gehen wir davon aus das ich mit dem Interface das ganze aufrufen möchte) damit verlinke... aber das ist ja auch erst mal keine Thematik ich werd erst mal das Konzept ausarbeiten^^ was wir alles so hatten kann ich am Montag mal auflisten