Archiv verlassen und diese Seite im Standarddesign anzeigen : [Meinungsaustausch] Release System von Patches
Hallo Leute,
wir hatten Intern schon eine Diskussion darüber und ich möchte gern mal die Meinung von euch, Spielern haben.
Es geht um folgendes... Einige Member aus dem Internen Forum waren nicht so sehr erfreut darüber, wie ich meinen! Patch release. Sprich, ich bringe ja öfters eine neue Version, ähnlich wieder Moddingway Patch heraus. Und nicht aller paar Monate etwas, was dann halt den Content praktisch in einer Version einschließt.
Was mich jetzt noch etwas gereizt hat ist der Aspekt,dass wir auch in der Berufsschule (Informatik) lernen, wie man mit größeren Projekten(und der 3. Liga Patch ist mein Freizeit Projekt praktisch) umgeht, sie plant etc.
Darauf wird man "getriezt" das "Scrum - System" (könnt ihr ja mal googlen) zu benutzen, das ist das System was ich jetzt auch schon bevorzuge und was auch immer mehr Softwareentwickler für Firmen machen.
Sprich, man entwickelt einen Grundriss, eine Basis und veröffentlicht sie und fügt dann nach und nach immer wieder neues hinzu. Das hatte ich jetzt beim 3. Liga Patch so gemacht und der Moddingway Patch macht es ja auch, in dem jede Woche eine Version kommt(wobei ich dann immer nur aller 3 Wochen ungefähr was bringen möchte, jenach dem wieviel Content in der Version ist)
Was wäre euch lieber?
Lieber immer ein paar Monate warten auf eine komplette Version, oder aller paar Wochen ein Content + Fix Update?
Für mich steht eigendlich fest, das Scrum System zu benutzen, aber ich würde mir da gerne noch eure Meinung anhören.
Die Kritik der Release Art war, dass bei jedem Update durch die Aktualisierung der Datenbank z.B. immer wieder eine neue Karriere gestartet werden muss und dass vor Release wenig getestet wurde. Und das hat nichts mit Scrum zu tun.
Scrum würde sich eher auf die Art beziehen, wie wir intern mit dem Projekt umgehen. Dass jeder immer genau weiß, was gerade zu tun ist und welche offenen Punkte es gibt. Dass neue Funktionalitäten schnell verfügbar zum Testen sind (Release zunächst an TESTuser, erst die fertig getestete und refined Version geht raus an die User) und dass schnelles Feedback dazu verfügbar ist. Das sind Grundsätze der agilen Softwareentwicklung.
Scrum heißt NICHT, in möglichst kurzer Zeit möglichst viele Sachen zu releasen. Meist handelt es sich um bier Wochen Iterationen, die zuvor schon alle für die Projektlaufzeit geplant sind und auch auf die Releasemöglichkeiten abgestimmt sind (damit es userfreundlich ist). Die Feinplanung kann davon je nach Bedarf auch abweichen (z.B. Backlog).
Und zweifelsohne kann es auch nicht im Sinne der User sein, wenn man jede Woche eine neue Karriere anfangen muss, um mit den Updates zu spielen. Datenbank Updates sollten also auch aus meiner Sicht nicht wöchentlich erscheinen. Grafik Update, die nach dem Prinzip des Rev Mods / FEP Patches erscheinen und die Karriere nicht beeinflussen, kann man da gesondert betrachten. Dennoch sollten auch diese gut getestet und geplant sein. Zu Scrum gehört eben auch viel Absprache und Test. Ziel ist es, eine qualitativ hochwertige Software abzuliefern und dazu gehört eine gute Grobplanung der Inhalte sowie eine iterative Feinplanung und dann auch Test und Behebung der Fehler vor dem ersten Release an die eigentlichen User.
Und sei' mir nicht böse, aber Scrum muss gelernt sein und geübt werden. Da gibt es spezielle Ausbildung und selbst erfahrene Softwareentwicklungteams müssen das erst mal "üben". Das geht nicht von heute auf morgen. Außerdem ist es oft mit anderen Vorgehensweisen gekoppelt.
Und der Teamgedanke ist ganz wichtig. Man stimmt Sachen gemeinsam ab und arbeitet zusammen (meist in Micro Teams).
Inwiefern möchtest du das auf ein Team beziehen? Welches Team? Also ich hab keins..
Im Endeffekt bewährt sich das Konzept beim MW Patch doch auch. Man ist ja nicht gezwungen das Update herunterzuladen,wenn man sich gerade eine schöne Karriere aufgebaut hat.
Sprich müsste man die Karriere dann doch sowieso nach einem bzw. nach ein paar Monaten neu anfangen ->wenn ein großes, neues Update raus gekommen ist, nach deiner Denkweise.
Und im Endeffekt kann man sich die kleinen Updates bzw. ein All in One Update dann auch runterladen, wenn man keine Lust mehr auf die Karriere hat..
Ob das nun vorher in kleinen Teilen oder in einem raus kam ist doch irrelevant.
Scrum muss man nicht (unbedingt) üben, bzw. hab ich es ohne irgendwelche Grundkenntnisse beim 3. Liga Patch in diesem Jahr ja auch hinbekommen, oder nicht?
Von zusammenarbeit war bisher noch nirgends die Rede.
Willow1965
03.09.2013, 21:10
Beides hat seine Vor- und Nachteile, je nach dem was in dem Update vorhanden ist.
Inhalte die sich nicht auf die Datenbank beziehen, lassen sich natürlich von jedem User sofort einbinden und nutzen.
Datenbankupdates haben natürlich den Nachteil, wenn sie zu oft kommen, dass laufende Speicherstände nicht weiter genutzt werden können.
Das stellt den Spieler dann vor das Problem / oder die Wahl, diese Aktualisierungen zu nutzen oder halt mit den alten Spielständen weiter zu spielen!
Die Art der Updates wie beim MW finde ich als Spieler recht gut, man weiß wann etwas Neues kommt und kann sich darauf einstellen.
Hat aber für den Ersteller der Updates/Patche einen Nachteil, es wird ein riesiger Druck aufgebaut unbedingt was Neues zu bringen oder bringen zu müssen.
Denn man sieht ja im MW-Forum oder teilweise auch beim FEP wie nervig User sein können, wenn sie immer wieder andere Sachen / oder Ihre Sachen, im Neuen Update haben wollen! Und wehe es kommt dann nichts!
Wartezeiten wie teilweise beim FEP sind aber auch nicht das wahre für uns Spieler!
Deshalb sollte das sehr gut überlegt sein, wie man (oder du) vorgeht!
Du bist Mitglied im Fifaplanet Team, oder?
Und soweit ich weiß, habe ich z.B. sehr wohl an Deinem Patch mitgearbeitet sowie einige andere aus dem Team zahlreiche Grafiken dazu beigesteuert haben.
Ich arbeite seit fünf Jahren in der Softwareentwicklung als Projektleiterin und Scrum macht man nicht von heute auf morgen ohne Übung und erfahrene Leute. Und wenn Du tatsächlich alleine gearbeitet hast, wie hast Du denn dann Scrum gemacht? Keine Scrum Meetings, kein Micro Team, keine Abstimmung.
Du hast viel geleistet mit Deinem Patch, keine Frage. Aber nur weil Du regelmäßig ein Update gemacht hast, hat das nichts mit Scrum zu tun. Da gehören noch viel mehr andere Sachen dazu. Und in möglichst kurzen Abständen viele (teils ungetestete) Updates rauszubringen, ist nun wirklich kein Scrum.
Beides hat seine Vor- und Nachteile, je nach dem was in dem Update vorhanden ist.
Inhalte die sich nicht auf die Datenbank beziehen, lassen sich natürlich von jedem User sofort einbinden und nutzen.
Datenbankupdates haben natürlich den Nachteil, wenn sie zu oft kommen, dass laufende Speicherstände nicht weiter genutzt werden können.
Das stellt den Spieler dann vor das Problem / oder die Wahl, diese Aktualisierungen zu nutzen oder halt mit den alten Spielständen weiter zu spielen!
Die Art der Updates wie beim MW finde ich als Spieler recht gut, man weiß wann etwas Neues kommt und kann sich darauf einstellen.
Hat aber für den Ersteller der Updates/Patche einen Nachteil, es wird ein riesiger Druck aufgebaut unbedingt was Neues zu bringen oder bringen zu müssen.
Denn man sieht ja im MW-Forum oder teilweise auch beim FEP wie nervig User sein können, wenn sie immer wieder andere Sachen / oder Ihre Sachen, im Neuen Update haben wollen! Und wehe es kommt dann nichts!
Wartezeiten wie teilweise beim FEP sind aber auch nicht das wahre für uns Spieler!
Deshalb sollte das sehr gut überlegt sein, wie man (oder du) vorgeht!
Das ist das was ich meine.
Die Wartezeiten sind zu lange und man schnappt sich schnell eine Alternative.
Die Entscheidung hat man auch, nach längeren Pausen zwischen den Releases... Klar hat man dazwischen vielleicht schon das ein oder andere Jahr im Karrieremodus gespielt,aber hat sich am Ende die Datenbank noch selber modifiziert und steht dann vor dem Problem,dass man evtl. Content (Mannschaften zum Beispiel) aus der neuen Version,aber alte Spielerwerte nutzen möchte.
Willow weist aber sehr wohl auch darauf hin, dass Updates gut geplant sein sollten.
Und um noch mal auf Scrum zu kommen: da dauern Iterationen normalerweise vier Wochen und nicht weniger.
Du bist Mitglied im Fifaplanet Team, oder?
Und soweit ich weiß, habe ich z.B. sehr wohl an Deinem Patch mitgearbeitet sowie einige andere aus dem Team zahlreiche Grafiken dazu beigesteuert haben.
Ich arbeite seit fünf Jahren in der Softwareentwicklung als Projektleiterin und Scrum macht man nicht von heute auf morgen ohne Übung und erfahrene Leute. Und wenn Du tatsächlich alleine gearbeitet hast, wie hast Du denn dann Scrum gemacht? Keine Scrum Meetings, kein Micro Team, keine Abstimmung.
Du hast viel geleistet mit Deinem Patch, keine Frage. Aber nur weil Du regelmäßig ein Update gemacht hast, hat das nichts mit Scrum zu tun. Da gehören noch viel mehr andere Sachen dazu. Und in möglichst kurzen Abständen viele (teils ungetestete) Updates rauszubringen, ist nun wirklich kein Scrum.
Natürlich hast du mitgemacht, das hab ich ja auch nicht in Frage gestellt,aber ich hab auch schon mit Geißbock gesprochen.. Aufeinmal meint jeder zweite sich mit in den FIFA 14 Patch einschließen zu müssen, nur weil ich jetzt im Fifaplanet Team bin, das heißt ja nicht das es ein FIFA Planet Team - Patch ist..
Es ging um das Scrum Release System... Sprich nach und nach zu releasen und nicht nach langer Zeit alles.
€: Du scheinst zu vergessen, das ich mich daran nur orientieren möchte und das ganze ein Hobby ist.. Für Meetings bzw. einmal in der Woche alle zusammen schreiben was gemacht wurde, was gemacht werden muss etc.. das ist genau der Grund,wieso ich kein Team-Patch möchte
Du schreibst Dir aber hier gerade Scrum auf die Fahne und da gehört ein Austausch und ein Team dazu. Und vor allem ist der Teamgedanke sehr wichtig. Man kann nicht einfach einen Teil aus Scrum rausnehmen und die anderen Grundsätze außer Acht lassen, dann funktioniert das nicht.
Ziel von Scrum ist nicht das häufige Releasen. Ziel ist eine qualitativ hochwertige Software.
Wenn Du so userfreundlich arbeiten möchtest: das ist ein Riesenpatch, für den man die Kader, viele Grafiken und gute Tests braucht. Genau das können wir in einem Team sehr viel besser und qualitativ hochwertiger auf die Beine stellen.
Wenn wir Deine Erfahrungen mit dem Ligasystem sowie den Fifaplanet Erfahrungen aus dem FEP und die super Grafiken unserer Leute nehmen, dann kann das ein richtig toller Patch werden. Den mehrere zusammen auch schneller erstellen als einer alleine.
Gerade weil es ein Hobby ist, nimmt es doch die Last von den Schulter einzelner. Wenn Du Dich beruflich mit dem Thema beschäftigst, solltest Du doch den Wert eines Teams bei der Entwicklung zu schätzen wissen.
Und wie gesagt, am wichtigsten: zusammen schaffen wir da schneller mehr und das in super Qualität. Und das dürfte auf jeden Fall im Sinne der User sein. Egal, ob ein Update zwei, vier oder sechs Wochen auf sich warten lässt.
Ich wiederhole mich gerne, ich werde in keinem kompletten Team arbeiten. Bzw. dann nicht an einem riesen Patch.
Zusammen arbeiten - ja
Team - nein
Man sieht doch am Expansions Patch was dann ist.. Nichts,weils einfach größere Content Patches gibt bzw. einen
Nein, meiner Meinung nach herrscht im Team nur Unordnung. Es kann immer nur einer an der DB arbeiten.. Wäre ein Beispiel, wieso es nicht in Frage kommt.
Gut, das Scrum hab ich mir jetzt wahrscheinlich wirklich etwas zu hoch angeschrieben,aber im Endeffekt weißt du ja was ich damit meine... oder nicht?
Da bin ich mir nicht sicher.
Was ich jetzt so ein bisschen rauslese, ist, dass Du möglichst schnell viel releasen willst und Test zu lästig ist. Häufige Updates sind wichtiger als Qualität.
Warum Du nicht in einem Team arbeiten willst, ist mir ein Rätsel.
Wenn Du das Thema Scrum in der Berufsschule hast, scheinst Du ja beruflich in die Richtung zu wollen. Ich weiß nicht, was Du später genau machen willst, aber umfangreiche Software entwickelt man meist im Team und immer mit Testen.
Das ist eine Behauptung die nicht stimmt. Es geht mir, wie die ganze Zeit schon erwähnt er darum nicht unnötig zu arbeiten wie es meiner Meinung nach die Arbeit am Expansions Patch war,weil es dann einfach viel bessere Alternativen gab.
Gleiches kann man auch bei PES sehen, am Beispiel PESEdit und PESGalaxy - insofern das jemanden was sagt.
Ich habs dazu editiert..
Ja möchte/tue ich und ja mir ist bewusst,dass man in einem Team arbeiten muss,aber das heißt nicht das ich es auch in meiner Freizeit an einem Spiel tun muss. Es geht hier praktisch um das, was ich in FIFA 13 schon getan habe.
Ich wiederhole mich gerne, ich werde in keinem kompletten Team arbeiten. Bzw. dann nicht an einem riesen Patch.
Zusammen arbeiten - ja
Team - nein
Man sieht doch am Expansions Patch was dann ist.. Nichts,weils einfach größere Content Patches gibt bzw. einen
Nein, meiner Meinung nach herrscht im Team nur Unordnung. Es kann immer nur einer an der DB arbeiten.. Wäre ein Beispiel, wieso es nicht in Frage kommt.
Gut, das Scrum hab ich mir jetzt wahrscheinlich wirklich etwas zu hoch angeschrieben,aber im Endeffekt weißt du ja was ich damit meine... oder nicht?
Da bin ich mir nicht sicher, ob ich das weiß. Warum Du nicht in einem Team arbeiten willst, ist mir ein Rätsel.
Was ich jetzt so ein bisschen rauslese, ist, dass Du möglichst schnell viel releasen willst und Test zu lästig ist. Häufige Updates sind wichtiger als Qualität.
Im Team herrscht nur Unordung ???
Das ist eben genau eine Sache der Planung, dass das ganze koordiniert abläuft. Und dann kann das super funktionieren. Das Arbeiten an der Datenbank ist ebenfalls Abstimmungssache, wenn man das von vorneherein abstimmt, geht das sehr wohl auch parallel.
Wenn Du das Thema Scrum in der Berufsschule hast, scheinst Du ja beruflich in die Richtung zu wollen. Ich weiß nicht, was Du später genau machen willst, aber umfangreiche Software entwickelt man meist im Team und immer mit Testen.
Niemand hat gesagt, dass wir nur alle sechs Monate ein Update bringen wollen, aber eben auch nicht unbedingt jede Woche.
Niemand hat gesagt, dass wir nur alle sechs Monate ein Update bringen wollen, aber eben auch nicht unbedingt jede Woche.
Wie schon oben geschrieben, in die Richtung von aller 3 Wochen...
Das ist eine Behauptung die nicht stimmt. Es geht mir, wie die ganze Zeit schon erwähnt er darum nicht unnötig zu arbeiten wie es meiner Meinung nach die Arbeit am Expansions Patch war,weil es dann einfach viel bessere Alternativen gab.
Gleiches kann man auch bei PES sehen, am Beispiel PESEdit und PESGalaxy - insofern das jemanden was sagt.
Ich habs dazu editiert..
Ja möchte/tue ich und ja mir ist bewusst,dass man in einem Team arbeiten muss,aber das heißt nicht das ich es auch in meiner Freizeit an einem Spiel tun muss. Es geht hier praktisch um das, was ich in FIFA 13 schon getan habe.
Dazu brauchst Du aber z.B. den MW Patch als Basis. Und damit machst Du Dich abhängig von etwas, das Du nicht mitbestimmen kannst. Wenn wir das hier im Team machen, bist Du sehr viel unabhängiger, nur leider scheinst Du das so nicht zu sehen.
Ich habe schon für PES die 2. Liga Patches gemacht (z.B. PES 6), habe also durchaus Erfahrung. Und ich weiß, dass es jedes Jahr besser war, dass im Team zu machen. Egal ob FIFA oder PES.
---------- Neuer Beitrag um 21:45 ---------- Vorhergehender Beitrag um 21:44 ----------
Wie schon oben geschrieben, in die Richtung von aller 3 Wochen...
Und wer hat gesagt, dass das z.B. für Grafikupdates nicht geht? Über einen genauen Zeitraum ist doch noch gar nicht gesprochen worden.
Nimmt man das Prinzip des FEPs geht das für Grafiken mit den lua Einträgen super.
Ich hab mich abhängig gemacht? Von was denn? Der 3. Liga Patch basiert auf einer AIO DB. Durch die eigene DB können auch die Grafiken der neueren Versionen genutzt werden.. Seh ich keine Abhängigkeit von irgendetwas...
Grafikupdates kommen dann einfach immer mit in das Update.. Genauso wie jetzt im 3. Liga Patch schon..
Gleiches kann man auch bei PES sehen, am Beispiel PESEdit und PESGalaxy - insofern das jemanden was sagt.
Die werden doch in Teams gemacht und sind absolute weltklasse.
Worauf willst du denn da hinaus?
Die werden doch in Teams gemacht und sind absolute weltklasse.
Worauf willst du denn da hinaus?
Inwiefern meinst du das, worauf soll ich hinaus wollen?
Es geht mir darum,dass gerade zu Transferzeiten der Galaxy Patch hinterher hinkt und dadurch sehr viele den Edit Patch downloaden.. Ich war ein paar Jahre bei Galaxy und spreche daher aus Erfahrung.
Achso :)
Ja eben, mach es wie PESEdit ;)
Herberger
04.09.2013, 11:27
Man sieht doch am Expansions Patch was dann ist.. Nichts,weils einfach größere Content Patches gibt bzw. einen
Nein, meiner Meinung nach herrscht im Team nur Unordnung. Es kann immer nur einer an der DB arbeiten.. Wäre ein Beispiel, wieso es nicht in Frage kommt.
Gut, das Scrum hab ich mir jetzt wahrscheinlich wirklich etwas zu hoch angeschrieben,aber im Endeffekt weißt du ja was ich damit meine... oder nicht?[/QUOTE]
Ich denke wenn du es so bei behälst wie du es jetzt machst reicht es. Ich denke,das es jetzt nicht mehr viel zu tun gibt das die Transferperiode beendet ist Mich nervt das der moddingpatch so oft aktualisiert wird.
Sensemann
04.09.2013, 18:31
Zerfleischt Euch doch nicht hier. Also ich finde DB Änderungen sollten freiwillig sein vielleicht dann wenn notwendig 1x im Monat. Grafisch kann man ja immer mal was im Wochen-/-Monats Rythmus oder so machen z.B Minifaces, Spielerfaces..usw
Ich will hier auch mal meinen Senf dazu geben, da ich sowohl in der professionellen Software-Entwicklung als auch in der Veröffentlichung von FIFA-Tools meine Erfahrungen habe.
Erst mal zum Thema Scrum: Findet hier nicht statt. Scrum als Vorgehensweise hat nichts mit dem hier beschriebenen System zu tun. Es geht hier soweit ich das lesen konnte einzig und allein um den Iterationszyklus von Patches.
Daher sollte man das nicht weiter verkomplizieren.
Und dafür gibt es in meinen Augen eine optimale Lösung. Je näher man daran kommen will, desto mehr Aufwand hat man.
Die optimale Lösung (natürlich nur meine Meinung):
Veröffentlichung von regelmäßigen kleinen gut getesteten Updates, die auf das bestehende System nachinstalliert werden können (dies kann in wöchentlicher Form geschehen)
Veröffentlichung von verschiedenen Versionen: Alle Updates zusammengefasst, sobald der Unterschied des letzten großen Updates zu diesem stark bemerkbar ist (dies sollte alle paar Monate und nicht zu häufig geschehen)
Somit hat man beide Zielgruppen abgedeckt. Und es gibt sie beide im FIFA Bereich, da wirst du mit einer Abstimmung keinen Erfolg haben.
Leute, die nur Freundschaftsspiele gegen andere spielen und welche, die langfristige Karrieren praktizieren.
Wie gesagt, das ist nur meine Meinung dazu und mit diesem System bin ich in der Vergangenheit gut gefahren. Je häufiger du allerdings die kleineren Updates machst, desto aufwändiger werden sie für dich, umso weniger aufwändig sind dann allerdings wieder die großen Updates.
Und je einfacher, möglicherweise sogar automatisch, sich die Updates installieren lassen, umso erfreutere Benutzer wirst du haben.
Um abschließend noch mal auf die Entwicklung zurückzukommen: Es macht keinen Sinn komplette Softwareentwicklungen auf den Bereich von FIFA beziehen zu wollen, man sollte sich da einzelne Bereiche rauspicken die Sinn machen, denn die Projekte hier sind fast alle klein (im Sinne der Softwareentwicklung).
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.