spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Sowas hatte ich mir auch schonmal überlegt. Gegen sowas sprechen verschiedene Dinge:
1. Alle wollen beschäftigt und eingebunden sein
2. Man hat immer Querschläger dazwischen
3. Der Wissenstand der Leute geht von Neuling bis hin zu Superpro(wobei man die sehr selten antrifft)
4. Die Motivation muss durchweg aufrecht gehalten werden
5. Ein Projekt mit mehreren Leuten zu koordinieren, sodass sich die Leute nicht gegenseitig behindern braucht eine Menge Eingwöhnungszeit
6. Unter Beachtung des knappen Zeitrahmens muss man auf Libs(+ einheitliche IDEs) zurückgreifen; dies benötigt ebenfall eine Einarbeitungszeit

Fazit: Ein Programm innerhalb von 22-30 Stunden unter den obengenannten Handycaps zu realisieren ist nahezu unmöglich

Zitat von »"DarioFrodo"«

Ich würde gerne bei uns in der Schule in der Projektwoche ein Spieleprogrammierprojekt [...] machen.

Zitat von »"DarioFrodo"«

ich würde das komplette Programm schon im Voraus fertig stellen

Da is mir jetzt der Sinn nich ganz klar

Zitat von »"DarioFrodo"«

Und ich würde das komplette Programm schon im Voraus fertig stellen

Zitat von »"DarioFrodo"«

Dass ich lerne im Team zu arbeiten und nicht alles alleine zu machen.

Wer findet den Widerspruch?

In voraus arbeiten ist nicht sonderlich dienlich. Einzige Chance die du hast, ist Leute zu finden, die schon vorher Erfahrungen mit der Sprache und der IDE haben und dann eine Engine/Lib zu nutzen die einen schnellen Quereinstieg ermöglicht. Du kannst keinem Neuling zumuten das komplette Gedankengebäude sich anhand eines Spiels anzueignen(zumindest nicht innerhalb 30 Stunden!). Das erfordert einfach eine Menge eigener Denkleistung. Auch ist die Gefahr sehr groß, dass die einfach abschalten, wenn es zuviel wird(tut mein Hirn regelmäig).

mein vater unterrichtet informatik und wollte einmal mit seinen schülern (die zu dem zeitpunkt schon halbwegs mit VB umgehen konnten) zu schulschluss ein GAAAAANZ kleines spiel programmieren (damit sie auch mal was andres machen als wirtschaftsanwendungen).

ich hab ihm dazu ein absolut triviales pong geschrieben (war nicht mehr als ein schläger, ein ball und ein paar blöcke; die spiellogik beschränkt sich darauf, dass der ball vom schläger und den wänden und blöcken reflektiert, und wenn er auf einen block trifft, dieser zerstört und ein punktezähler um 10 erhöht wird).

ein paar sind damit sogar fast fertig geworden...

Ich habe mal in einem Praktikum zu zweit einen "Break Out" Clone geschrieben (noch in Basic auf einem Sirus mit Monochrom Grafik ), wobei wir beide schon wussten, wie man programmiert.

In einer Projektwoche an der Schule kann man schon was machen, aber du musst die Ziele sehr klein stecken. Wenn du zuviel vorbereitet mitbringst, hängst du die Hälfte ab und die andere ist gelangweilt. Wenn du zuwenig mitbringst, werdet ihr nicht fertig und alle sind gefrustet.

Die Schwierigkeit liegt darin, schon vorher zu wissen, auf welchem Stand die Teilnehmer wohl sein werden. Darum ist es für dich sicher einfacher, nur sehr wenig Leute ins Team zu lassen (so um die 10 schätze ich mal), wobei du dann auch gut streuen musst; Grafiker, Progger evtl auch noch einen Musiker. Idealerweise macht man da "Bewerbungsgespräche," aber das wird im Rahmen einer Projektwoche kaum möglich sein.

Und dann ist da noch die Teamarbeit, die du schon angesprochen hast. Das klingt erstmal einfacher als es dann wirklich ist, weil man da Aufgaben verteilen und koordinieren muss. Es ist ein Unterschied, ob man sich mal eben was überlegt und hinschreibt, oder ob da jemand ist, der einem schon recht genau sagt, was man machen soll. Das trifft nicht so sehr dich selbst, aber die anderen Leute im Team.

Wenn du den Leuten das Programmieren näher bringen willst, wäre eine AG sicher besser geeignet, weil man da keinen Zeitdruck hat und die Leute auch richtig kennenlernen kann.

Insgesamt würde ich sagen: bereite ein Konzept vor (möglichst gut ausgearbeitet), bring einige gute technische Grundlagen auf Framework Ebene mit und dann spring mit einer kleinen Gruppe ins kalte Wasser. Verlieren kann man in einer Projektwoche ja nichts .

Gruss,
Rainer