Das Dilemma der Hobbyentwickler

[makenshi]

Wie gesagt, gibt es irgendwelche Studien die zeigen, dass ein durchschnittlich begabter Mensch von Natur aus niemals zeichnen können wird? Ich meine, was nimmst du als Vergleich her? Es gibt einen großen Unterschied zwischen Profi-Pixelwerken und dem Durchschnitt. In unserem Fall geht es aber gerade um den Durchschnitt. Wenn man natürlich immer mit der Einstellung: "Ich will alle übertreffen!" an die Sache rangeht, dann überrascht es mich nicht, dass man schnell die Motivation verliert. Mit so einer Einstellung hat man es auch gar nicht verdient jemals gut pixeln zu können. Wenn die Grafiken aber vor allem dem Zweck dienen, dem Spiel eine individuelle Note zu verleihen oder der Entwickler unabhängig von fremden Ressourcen sein will, dann kann man sich auch mit weniger zufrieden geben.

...

Kelven, wo sage ich ein unbegabter Menschen könnte gar nicht zeichnen oder pixeln? Ich sage lediglich das ein Mensch der unbegabt ist keine Grafiken produziert die ausreichend sind um sie für ein anständiges Spiel zu nutzen. Die Quali- sowie die Quantität wäre nicht gegeben. Dabei rede ich nicht davon das es pixeltechnische Wunderwerke sein müssen. Ich rede eher davon das die Versuche nicht annährend die Form annehmen die der Makerer anstrebt. Und dessen Qualitätsansprüche müssen nicht hoch sein um nicht jeden Mist nehmen zu wollen.

Das ist für den Otto-Normal-Entwickler vollkommen irrelevant. Ich weiß auch nicht was du jetzt genau mit dem Maker entwickeln willst, für ein normales CTB-KS mit Seitenansicht sind solche Überlegungen jedenfalls unnötig. Für ein Menü erst recht. Da ist nur die Performance des Makers ein Problem. Und selbst diese beiden Spielelemente gehören wohl kaum zum Standard-Repertoire.

...

Damit schrammst du am Thema vorbei. Mir geht es nicht um ein normales CTB-KS oder ähnliches. Wer ein Standardmenü oder ein Standard KS braucht der ist mit den normalen Makersystem mehr als genug bedient. Wer allerdings andere Konzepte umsetzen will, der muss sich zwangsläufig weiterführende Gedanken machen als: "Hey, ob der Fork die richtige Variable abfragt?".
Und eben darum geht es mir. Nicht um den Standard. Und eben das ist was sehr oft gewollt wird.

Was aber nicht stimmt, der Makercode ist ja nicht völlig unstrukturiert. Die Conditionals formen logische Blöcke. Außerdem sind die "fortgeschrittenen Strukturen" für die meisten Probleme auf dem Maker auch gar nicht notwendig.

...

Ich kann auch Assembler strukturieren indem ich Funktionen schreibe und diese mit Kommentaren abtrenne. Im Maker bieten dir IF Abfragen vielleicht eine gewisse Struktur, jedoch ist das nicht das was ich wirklich strukturiert nennen würde. Zumal der Maker auch geradezu dazu einläd wie eine gesengte Sau zu arbeiten. Variablenbenennungen? Wozu? Wilde Sprünge durch Spaghetti Code? Basic lässt grüßen.

Simpelstes Beispiel für das Fehlen von nützlichen Funktionen sind vernünftige Schleifen. Das sie nicht nötig sind wage ich zu bezweifeln. Nicht umsonst muss man beim Maker immer wieder zu vielen Hilfsvariablen greifen. Das pumpt den Code unnötig auf und macht ihn schwerer lesbar.

Der Arbeitsaufwand ist halt nur viel größer als wenn man eine höhere Programmiersprache benutzen würde.

...

Und das ist der springende Punkt. Bei eigenen Sachen die mehr können sollen als der Maker bietet wird das schnell mal zu etwas mehr als etwas mehr Arbeitsaufwand.

@makenshi
Ist das Thema eigentlich auch dazu da um uns "durch die Blume" zu sagen das du das Makern aufgegeben hast? Wenn ich mich recht erinnere hattest du ja zusammen mit Corti ein Projekt am Laufen?

...

Nein. Es sind lediglich Eindrücke und Erfahrungen gemischt mit einer imaginären Figur.