Sorry, aber solch eine Argumentationsweise erwartet ich eher im Kindergarten und nicht hier. Natürlich kann man händisch eintragen, habe ich ja auch gemacht.
Trotzdem finde ich die Frage legitim, wann eine bereits umgesetzte Anpassung mit einem Release veröffentlicht wird. Und das PDFs von dem größten Neobroker wieder gehen finde ich persönlich etwas wichtiger als die eine oder anderen Änderungswünsche. Vorallem wenn das Problem schon behoben wurde.
Niemand sprach davon es sei illegitim! Aber der Ton macht eben die Musik.
Sorry das ist einfach keine Argumentation.
Ton und Musik. Du schaust hier aus deiner Brille und andere aus ihrer.
Natürlich, gerne doch. Schau mal wie viele Änderungen @Nirus binnen 2 Wochen macht. Soll Andreas dann jeden 2ten Tag eine neue Version bauen, bis der nächste um die Ecke kommt und sagt es wären zu viele Updates.
Du darfst dich gerne am Projekt beteiligen, Hilfe ist immer gerne gesehen.
Verfolge den Thread, da ich auch selbst vom Problem betroffen bin. Freue mich auch auf das Release, aber bitte lass mal die Kirche im Dorf. Am Ende machen die Leute das hier in ihrer wertvollen Freizeit.
An dieser Stelle Danke an alle, die an PP mitwirken!
Der Ton macht die Musik, richtig.
Nur weder war meine Frage unfreundlich oder aus der Luft gegriffen. Wenn man stattdessen dann hier aber gleich so angefahren wird finde ich auch das hier der Ton falsch ist.
Ich bin auch kein Programmierer, sondern Anwender. Und als ich letztens einen Bug gefunden habe hatte ich diesen direkt gemeldet, welcher wenige Tage später im nächsten Release gefixt wurde.
Als Außenstehender kann man ja auch nicht wissen warum manchmal alle paar Tage ein Release mit Mini Änderungen kommt, ein anderes Mal vergehen mehrere Wochen und dann gibt es zig Änderungen.
Zusammengefasst aus euren Antworten nehme ich jetzt mal für mich mit das es keinen festen Rhythmus und Ablauf gibt. Wenn Zeit ist kommt eine neue Version, wenn nicht dann nicht.
Gründe, warum ein Release in einem Open Source Projekt immer etwas länger dauert:
Open Source und Hobby-Projekt:
PP ist ein Open Source Projekt, das von Freiwilligen in ihrer Freizeit betreut wird.
Es gibt keine festen Entwicklerteams oder Vollzeitmitarbeiter.
Fehlervermeidung:
Ein verfrühter Release mit Fehlern wäre riskant und könnte zu großen Problemen führen.
Das Team möchte sicherstellen, dass das Update gründlich getestet ist.
Zeitliche Ressourcen:
Die Entwickler arbeiten daran, so gut es ihre persönliche Zeit erlaubt.
Viele Entwickler haben berufliche und persönliche Verpflichtungen, die Vorrang haben.
Komplexität des Projekts:
Das Projekt ist komplexer als eine einfache Excel-Tabelle.
Fehlerhafte Updates könnten schwerwiegende Folgen haben.
Große Nutzerbasis:
PP hat eine große Fangemeinde, und ein fehlerhaftes Update würde zu vielen Beschwerden führen.
Ein schlecht getestetes Update könnte einen großen Aufschrei im Forum verursachen.
Unvorhersehbarkeiten im Leben:
Es gibt viele Faktoren, die die Entwicklung beeinflussen, wie Gesundheit, Beruf, Familie und andere persönliche Verpflichtungen.
Auch externe Faktoren wie Lockdowns können zu Verzögerungen führen.
Support-Aufwand:
Der Support im Forum ist zeitaufwendig.
Entwickler und Support-Mitarbeiter verbringen viel Zeit damit, Nutzerfragen zu beantworten und Unterstützung zu bieten.
Aktuelle Aufgaben:
Es gibt noch viele offene Änderungsanträge, die bearbeitet werden müssen.
Diese Anträge müssen vor dem nächsten Release berücksichtigt werden.
Ferien und Urlaubszeiten:
Einige Entwickler sind im Urlaub, was die Entwicklungszeit zusätzlich einschränkt.
Manuelle Alternativen:
Es besteht die Möglichkeit, Buchungen manuell vorzunehmen, bis ein Update verfügbar ist.
Der Fun-Teil:
Die Magie der Zeitreisen:
Manchmal hat der Hauptentwickler das Gefühl, er bräuchte eine Zeitmaschine, um alles rechtzeitig fertigzustellen. Leider hat er bislang nur einen Fluxkompensator, aber keinen DeLorean.
Kaffeepausen-Matrix:
Der Kaffeekonsum der Entwickler steht in direktem Zusammenhang mit der Codequalität. Manchmal dauert es länger, weil die Kaffeemaschine streikt oder der Lieblingsbecher unauffindbar ist.
Bug-Jagd im Dunkeln:
Das Aufspüren und Beheben von Fehlern ist wie das Spielen von Verstecken im Dunkeln. Manchmal gewinnen die Bugs.
Katze auf der Tastatur:
Haustiere, insbesondere Katzen, haben eine besondere Vorliebe dafür, genau dann über die Tastatur zu laufen, wenn der Code perfekt ist.
Murphy’s Law:
Wenn etwas schiefgehen kann, dann wird es das auch. Insbesondere fünf Minuten vor dem geplanten Release.
Die “Oh, ein Schmetterling!”-Ablenkung:
Open Source Entwickler sind auch nur Menschen und lassen sich leicht von interessanten neuen Technologien oder besonders niedlichen Katzenvideos ablenken.
Sturm der Kreativität:
Manchmal packt die Entwickler eine plötzliche Welle der Kreativität, und sie beschließen, noch schnell eine bahnbrechende neue Funktion einzubauen. Das kann natürlich alles etwas verzögern.
Der “Es funktioniert auf meinem Rechner”-Effekt:
Auf dem Rechner des Entwicklers läuft alles perfekt. Auf anderen Systemen? Nun ja, das ist eine andere Geschichte.
Tetris-Turniere:
Interne Tetris-Wettbewerbe zur Entspannung und zum Teambuilding können die Entwicklungszeit ebenfalls in die Länge ziehen.
Pizzalieferzeit-Faktor:
Die Produktivität eines Entwicklers ist oft direkt proportional zur Geschwindigkeit der Pizzalieferung. Wenn der Pizzabote mal wieder in der falschen Straße ist, dauert es eben länger.
Ich hab heute einfach kein Bock und will zocken :
Diablo 4, einfach mal Monster kloppen…
Non Season - Nirus#2397
Counter Strike
Tetris
…
Diese humorvollen Einblicke sollen zeigen, dass viele Faktoren, ob ernst oder lustig, die Veröffentlichung eines Updates in einem Open Source Projekt beeinflussen können. Geduld ist der Schlüssel!
Hilfreiche Links auf GitHub für Portfolio Performance:
Sorry, ich sehe nicht wo man dich hier angeht.
Was ich aber sehe ist dass es dir leichter fällt dein eigenes Bedürfnis nach vorne zu rücken und Entscheidungen anzuzweifeln.
Sorry für die harten Worte, aber genau so kommt es bei Menschen an, die sich in ihrer Freizeit um PP kümmern um dann gesagt zu bekommen das dieses Problem persönlich als wichtiger erachtet wird.
Das verlangt doch auch niemand.
Ja hier ging es um einen Bug, und wenn du nochmal durch deinen Beitrag durchgehst, siehst du, dass Andreas die Dringlichkeit sah hier direkt etwas zu tun.
Ein nicht funktionierender PDF Import ist ein Convenience Problem, um das sich @Nirus schon extrem schnell gekümmert hat.
Die Releases sind genauso zugängig wie die dazugehörenden Notes und der gesamte Code. click
Es wird sicherlich eine neue Version geben die dann mutmaßlich auch die letzten Änderungen von @Nirius beinhaltet.
Hallo zusammen könnt ihr zumnidest den Monat sagen, wann das nächste Release vorraussichtlich erscheinen kann.
Juli, August, Eher Ende des Monats oder so.
Ich weiß wird schwierig zu sagen, bei mehreren Entwicklern und Freizeitprogrammierung.
Wenn ich jemanden wüsste der Mithelfen könnte melde ich mich.
In der Regel bisher ca. 1 pro Monat. Genauer kann man es nicht sagen. Das letze war vor 25 Tagen, also die Chancen stehen gut, dass es bald soweit ist.
: