Das deutsche Python-Forum

Py19917062 hat geschrieben:Soweit ich weiß ist pygame nur mit python2.7 kompatibel. Um es für 3.x zu installieren ist mehr Aufwand nötig.

PyGame FAQ - Does Pygame work with Python 3 sagt:

Yes. Pygame 1.9.2 supports Python 3.2 and up. Only the orphaned _movie module (not built by default) does not.

Woher stammt denn deine Info?

Kebap hat geschrieben:Woher stammt denn deine Info?

Das ist mein letzter Stand aus persönlicher Erfahrung. Aber dann hat sich das auch geklärt. Bleiben wir bei python3.4 und pygame1.9.2.

Ich konnte es problemlos mittels ``pip3 install pygame`` installieren. Ich habe damit ja auch das oben beschriebene Spiel zum Laufen gekriegt. Die Info ist offensichtlich veraltet.

Ich habe auch schon mal ein kleines Jump 'n' Run ähnliches Spiel in Python3 programmiert, mit pygame. (war mein erstes Programm mit GUI )


@BlackJack

Py19917062 hat geschrieben:@BlackJack: Könntest du noch bitte snafu zur Organisation hinzufügen? Sein GitHub-Name ist seblin.

ich habe ihn in der Organisationsgruppe bisher nicht gefunden.

@sebastian0202 hast du den Pullrequest gesehen?

So ich denke das mit den Versionen ist jetzt gegessen. Was kommt jetzt?

@Pygoscelis papua: Man kann keinen hinzufügen, nur einladen. Zum annehmen der Einladung kann ich den Benutzer nicht zwingen.

Wer hat den von den Projektbeteiligten schon Erfahrung mit Projektplanung?
Kann dieses Wiki als Leitfaden benutzt werden?

Wir haben bis jetzt die Grundidee.

sebastian0202 hat geschrieben:Was soll das Programm leisten, welche Funktionen hat es?

Für unser erstes kleines Projekt würde ich ein Jump 'n Run Spiel in 2D vorschlagen.
Damit das nicht zu groß wird, habe ich an einer Art sich wiederholendem Level gedacht.
(Weniger Grafiken die gemacht werden müssten)
Einfach 3-4 kleine unterschiedliche Levelstrecken die sich zufällig wiederholen.
Dazu eben kleine Elemente. Vielleicht ein Item,
dass eventuel die Sprunghöhe verändert oder die Geschwindigkeit.
Oder eben ein Gegner.
Als Sahnehäubchen mit Multiplayer.

Gerne auch andere Ideen.

Und wir haben ein Musterbeispiel.

snafu hat geschrieben:Ich bin gerade bei den PyGame-Projekten auf Piexel gestoßen:
http://pygame.org/project-Piexel-2994-.html

Das ist ein Spiel mit sehr minimalistischer Grafik, bei dem man ein Quadrat von einer Seite zur anderen steuern muss und dabei nach und nach mehr Hindernisse pro Level überwinden muss. Das Design für die jeweiligen Level liegt als simple TXT-Datei vor, wo verschiedene Buchstaben für die unterschiedlichen grafischen Elemente stehen und aneinander gereiht sind. Wenn also "B" für einen quadratischen Block steht, dann wäre "BBB BBB" zum Beispiel der Boden mit einer Lücke zum Drüberspringen.

Was wäre der nächste Schritt?

Also diese Wiki-Seite ist denke ich sehr gut zur Orientierung geeignet,
Ich denke wir sollten zunächst einmal festlegen, wo dieser Projektplan als Datei hinterlegt wird,
und wer diesen betreut. Vielleicht sollten wir wirklich mit der Rollenverteilung anfangen, also hier viewtopic.php?f=6&t=38890 fortsetzen.

@Pygoscelis papua Den Request habe ich gesehen Gleich mal *gemerged*
Unser Projekt hat jetzt hier Einzug gefunden: https://github.com/python-forum-de/Jump-N-Run-pydesw
Wir müssten den Pull Request also noch mal starten ich mach das gleich mal zum Üben für mich.

Der nächste Schritt ist die Erstellung eines Projektplanes.
Das Dokument aus dem Wiki(Das Beispiel) sieht sehr nach einer ExcelTabelle aus?
Wie können wir denn jetzt einen Projektplan/Projektorganisation erstellen?
Ich denke, wir müssten das hier zusammentragen?!

Ich fange einfach mal..
Darf jederzeit geändert werden.

Projektorganisation:
Da wir keine "Kunden" haben, würde ich behaupten entfällt der Projektleiter als Posten.
Beziehungsweise, der Projektleiter ist derjenige, der die Pull Request's einpflegt?

Qualitätsbeauftragte sind, finde ich wir alle. Jeder wird sicher mal bei dem einen oder anderen schnuppern und bei einer möglichen Codeverbesserung einen Pull Request rausjagen.

Auf alle Fälle sind wir alle Entwickler. Oder möchte sich jemand der Rolle entziehen und lieber von außen Tipps geben?
Fehlen noch Rollen?


Jetzt sehe ich gerade die nächsten zwei Knackpunkte in der Exceltabelle.
Anforderungsentwicklung und der Entwurf.

Heißt, wir müssen jetzt entscheiden was wir alles umsetzen möchten.
Was soll das Spiel am Ende können.
Brauchen wir ein Spielmenu, oder starten wir mit Doppelklick das Spiel direkt?
Möchten wir eine Art Multiplayer? Wie soll die Grafik aussehen?
Vielleicht haben wir ja sogar Musikbegabte unter uns.
Wie sieht die Ordnerstruktur aus? Auf welche Datentypen wollen wir uns einigen? (json, csv, ..)
Integrieren wir ein richtiges Logging?

Wo hinterlegen wir eigentlich unsere Planung? Alles ins Reade.me?

Also wenn Features und Milestones feststehen, dann kann/sollte man die am besten über die Issues in Github abbilden. Dort kann man die einzelnen Features dann auch noch mal ein bisschen Diskutieren, Personen zuordnen, und man sieht dort einen Fortschritt wenn die geschlossen werden wenn sie implemetiert sind. Bei den vorhandenen Labels für Issues gibt es kein 'feature', das müsste man dort hinzufügen.

Planung und auch Artefakte wie die Anforderungen kann man hier, im Wiki zum Projekt auf Github, in der readme.md, in einem extra Dokument, eventuell auch in einem Unterordner (doc/ beispiesweise), auch in anderen Formaten als einzelne Markdown-Texte, oder ganz (wo)anders speichern. Man sollte sich halt irgendwie einigen.

sebastian0202 hat geschrieben:Was soll das Spiel am Ende können.
Brauchen wir ein Spielmenu, oder starten wir mit Doppelklick das Spiel direkt?
Möchten wir eine Art Multiplayer? Wie soll die Grafik aussehen?
Vielleicht haben wir ja sogar Musikbegabte unter uns.
Wie sieht die Ordnerstruktur aus? Auf welche Datentypen wollen wir uns einigen? (json, csv, ..)
Integrieren wir ein richtiges Logging?

Hört sich alles noch sehr wild an. Wollen wir nicht versuchen, die gesammelten Punkte nach Wichtigkeit zu ordnen, sodass man weiß, welche Entscheidungen als nächstes anstehen und welche Dinge weniger Priorität zum Projektstart haben?

Uuuuaaa, ein Dateiname wie 'groups|Gruppen' geht gar nicht. Ein Pipe-Symbol im Namen und keine Dateinamensendung sind beides so überhaupt keine gute Idee. Es ist ja eine Textdatei, da sollte man mindestens .txt als Endung verwenden. Und da Github Markdown so gut unterstützt, würde es bei einzelnen Textdokumenten Sinn machen die in Markdown-Syntax zu schreiben und .md oder .markdown als Dateinamendendung zu verwenden. Dann kann man sich das in Github auch schön rendern lassen.

Ja ich habe auch schon eine wiki-Seite erstellt, allerdings konnte ich das halt nur in meiner fork.

@Pygoscelis papua: Du bist zu dem Repository eingeladen worden, hast aber noch nicht angenommen. Dann solltest Du eigentlich Schreibrechte haben und Wikiseiten ganz normal ohne Fork und Pull-Request anlegen können.

so gut: https://github.com/python-forum-de/Jump ... ganisation ?

Das mit der Organisation passt soweit!


Ich habe jetzt ein Issue erstellt: https://github.com/python-forum-de/Jump ... w/issues/7
Ideen zum Spiel sammeln. Damit wir endlich wissen worum es geht
und daraus Programmieraufgaben erzeugen zu können.

Hätte ich das lieber hier reinschreiben sollen?
Dann kopiere ich den Text und schließe den Issue.

sebastian0202 hat geschrieben:Hätte ich das lieber hier reinschreiben sollen?
Dann kopiere ich den Text und schließe den Issue.

Es stehen ja spätestens seit gestern sowieso schon viele Dinge als Issues auf GitHub, die eigentlich für ein Diskussionsforum geeigneter wären. Insofern dürfte das keinen Unterschied mehr machen, wo du das Anliegen hinschreibst...

Jep, ist eigentlich egal wo. Wichtig wäre mir nur das wir auch im Forum präsent bleiben, um weitere Interessenten zu gewinnen.

sebastian0202 hat geschrieben:Ich habe jetzt ein Issue erstellt: https://github.com/python-forum-de/Jump ... w/issues/7

Ein solcher Verweis sollte eigentlich bei jedem neuen Issue ausreichen.

Py19917062 hat geschrieben:Jep, ist eigentlich egal wo. Wichtig wäre mir nur das wir auch im Forum präsent bleiben, um weitere Interessenten zu gewinnen.

sebastian0202 hat geschrieben:Ich habe jetzt ein Issue erstellt: https://github.com/python-forum-de/Jump ... w/issues/7

Ein solcher Verweis sollte eigentlich bei jedem neuen Issue ausreichen.

Ich denke nicht, dass ein solcher Verweis ausreicht. Ich denke, die Diskussion sollte eigentlich in diesem Forum durchgeführt werden. Wenn das zerfleddert, ist das noch schwieriger, dem Ganzen zu folgen. Auch die Suche im Forum kann mit den Links nichts anfangen.

Spricht was dagegen, die Diskussion inm Forum durchzuführen?

Es spricht dagegen, dass wir nicht nur eine Diskussion führen sondern mehrere (6 bisher)
Wir können unmöglich alle in einem Thread unterbringen.
Ungern würde ich auch damit das Forum zukleistern.
Interessierte müssten früher oder später eh auf Github zugreifen.
Soweit ich das Überblicke finden die Diskussionen zum Projekt jetzt nur noch auf Github statt.

Hier finden sich aktuelle Diskussionen zum Projekt: https://github.com/python-forum-de/Jump ... esw/issues

Zum Mitlesen braucht man keinen github-Account, nur um dort zu schreiben.