spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi,
also erstmal Lob dass du schon so lange dabei bist an deinem Projekt und anscheinend dabei auch gut weitgekommen bist!

Ansonsten bist du aber tatsächlich auf die gleichen Probleme gestoßen, auf die viele Programmier-Neulinge stoßen - aber auch so manches erfahrende Team.
Ich denke jeder Entwickler der schon einige Zeit dabei ist hat die Erfahrung gemacht, dass man Dinge entwickelt hat, die am Ende zwar irgendwie funktionierten, man aber am liebsten alles nochmal neu machen würden, nun da man weiß wie es geht und worauf es ankommt.

Ich denke du hast in den vergangenen Jahrens sehr viele Erfahrungen gemacht und durch deine Ausbildung sehr viel gelernt - daher vermute ich, dass du vieles jetzt besser machen würdest.
Vom Weitermachen würde ich dir daher auf jeden Fall abraten, gerade wenn du teilweise Tage brauchst um einen Bug zu finden - besser, du wagst einen Neuanfang, am besten ein ähnliches Projekt aber mit vielleicht weniger Umfang, da du jetzt bei vielen Dingen sicher weißt was du nicht so gut gemacht hast und dies nun besser machen kannst. Und irgendwann will man ja auch mal etwas fertig haben.

Wie du das Spiel so machen kannst, dasses trotzdem Spaß macht, ist ehrlich gesagt schwer zu sagen - das hängt sehr von deinem inhaltlichen Konzept ab. Aber wichtig wäre denke ich dass du mit was kleinerem anfängst und nicht an 5 Dingen gleichzeitig arbeitest, dann hast du auch früher Erfolgserlebnisse und kannst besser beurteilen was noch fehlt.

48 Skripte finde ich jetzt nicht zu viel, aber wenn es natürlich alles sehr kompliziert geschrieben ist, ist die Wartbarkeit und Erweiterbarkeit sehr schlecht, was dir natürlich viel Zeit kostet.

Hoffe das hilft dir etwas weiter : )

Refactoring, also das Umschreiben bestehenden Codes für bessere Qualitäten, kann sehr befriedigend sein. Und man lernt dabei ne Menge, allen voran, dass man nicht vorab irgendwas hyperflexibles mit großen Zielen bauen sollte, wenn ein einfaches TutErstmal-System auch reicht.

Andernseits wirst Du auch feststellen, dass auch bei "Von Null an" das zweite Mal viel schneller geht als das erste Mal. Sind also beide Möglichkeiten keine Sackgassen, vor denen Du Dich fürchten musst. Du könntest ja bei jedem Thema in Deine bestehende Kiste von Assets greifen und hast auch schon ne Vorstellung davon, was für Problemen Du begegnen wirst oder welche Code-Stellen Dir damals im Nachhinein viel Stress gemacht haben.

Gegen dieses "ausgetretene Pfade"-Gefühl, dass man sein eigenes Projekt über hat, helfen beide Ansätze nicht. Vielleicht lässt Du das Ding einfach erstmal liegen und machst nen kleinen Shooter nebenbei. Oder was ganz Anderes. In nem halben Jahr hast Du dann wieder Bock auf Dein Survival-Spiel und wenn Du es dann wieder lädst und bissl drinrum latschst, hast Du meist auch gleich ein Mini-Ding vor Augen, was Du mal schnell einbauen könntest. Und dann biste wieder drin mit neuer Kraft und noch mehr Erfahrung.

Ich würde ein neues kleines Projekt anfangen. Einfach um durch schnelle Erfolge ein bisschen Extra-Motivation zu bekommen.

Du kannst kleine Projekte auch sehr gut nutzen um neue Ideen oder Konzepte zu prototypen. Dein Inventar war kaputt? Mach ein simples Spiel bei dem das Inventar im Vordergrund steht und nutze das Wissen später um dein Hauptprojekt fertig zu machen. Das muss nichtmal auf Code kopieren hinauslaufen, vielleicht fallen die fürs Inventar Option A und Option B ein, du setzt erstmal Option A um, merkst, dass das für dein Survival Spiel doch nicht so gut wäre und setzt da dann Option B um. Aber aus dem vorherigen Projekt hast du trotzdem viel gelernt und alleine weil du Option A umgesetzt hast, hast du Option B schon viel besser verstanden.

Und ein kleines Spiel fertig zu stellen erlaubt dir sehr schön den kompletten Entwicklungszyklus kennen zu lernen. Wie viel Zeit man später noch ins Polieren stecken muss / sollte. Ich würde behaupten, nach ein paar kleineren Spielen kannst du besser abschätzen wie umsetzbar ein größeres Projekt ist.