bin gespant was 10.11.1 so läuft!

Betas der übernächsten Version vor dem Release der nächsten - Apple ist auch nicht mehr das...

Na ja. Das ist ja schon normal.
Oft kommt nach dem Release recht schnell die ".1" hinterher.
Das ist idr. die erste Version, die ich genauer beäuge.
Die schafft es idR. auf die Reserveplatte zwecks Tests.
Da ich nur einen mac habe, gehe ich da nicht so beherzt ran wie viele andere hier.

Als nicht Programmierer, sondern als Anwender sind mir solche Sachen ja ein wenig suspekt. Mir ist nicht klar was in den 13 Tage nicht integriert werden kann, aber schon getestet werden muss. Einzige Ausnahme wären neue Rechner, die erst danach erscheinen...

ahnungsloser
Manche Programmstellen sind mit einem Kartenhaus vergleichbar: Ändere eine kleinere Sache, die enorme Auswirkungen haben kann. Krasses Beispiel für eine solche Änderung wäre eine Last-Minute-Optimierung im Speichermanagement im Kernel: Eine Sache nicht bedacht und schon hat das katastrophale Folgen wie Instabilität oder Sicherheitsprobleme.

Wo ist da das Problem? Es macht Sinn, parallel an zwei Sachen zu programmieren. Mache ich auch. Man kann alles von der alten Version übernehmen, kann beide im Verhalten vergleichen und wenn die neue alles das tut, was die alte kann, aber intern anders (besser) funktioniert, dann kann man die alte verlassen. In 13 Tagen kann man unabhängige Sachen programmieren, aber wenn Du an einer zentralen Stellschraube bist und Du kannst nicht abschätzen, was das alles für Auswirkungen hat, dann entwickelt man lieber parallel. In PHP z.B. gibt es bis zu 4 Versionen, die parallel weiterentwickelt werden. Ok, das muss ich einschränken, die älteste bekommt wahrscheinlich nur noch Sicherheits-Updates.

Wenn eine Brücke durch eine neue ersetzt wird, dann stehen beide Brücken, so man nicht den Verkehr umleiten kann, auch nebeneinander. Und dann kann man in aller Ruhe dann den Verkehr auf die neue Brücke leiten, wenn sichergestellt ist, dass die neue die Überprüfungen auch erfolgreich erfüllt hat.

Und je zentraler es ist, an dem man arbeitet, um so größer sind die Auswirkungen und um so länger arbeitet man parallel.

ist nicht groß nur 600 MB groß!

@ MacRudi
Nur wenn die erste Brücke noch gar nicht befahren wird und bereits eine zweite Brücke für den Rückbau der ersten Brücke gebaut wird, merkt man das der Vergleich mit der Bauwirtschaft nicht funktioniert. Dies ist auch mein Problem mit den Vergleichen

ja jetzt läuft der Capitan deutlich besser!

Ja, die Lebensdauer einer Brücke ist deutlich länger, so dass die Überschneidungen nur bei einer Brücke mit ihrer Nachfolgerin auftreten. Aber Du wirst wahrscheinlich trotzdem verstanden habe, was ich meinte

Es ist aber so, dass der Vergleich hier ganz und gar nicht passt, denn wir sprechen ja nicht über eine auslaufende Version, die parallel weiter genutzt wird, sondern um ein neues Produkt, das überhaupt noch nicht veröffentlicht ist.

Um in Deinem Vergleich zu bleiben: Um einen Präsentationstermin einzuhalten, wird eine völlig schrottreife Brücke neu lackiert und aufgestellt, von der man weiß, dass sie nach ein paar Minuten wegen Einsturzgefahr gesperrt werden muss. Wenn die Präsentation vorbei ist, muss ein Reparaturteam das Ganze zusammenflicken, so dass die Brücke auch wirklich benutzbar wird.

Dein Vergleich würde stimmen, wenn wir hier über OS X 10.10.6 sprechen würden. Es geht aber um El Capitan. Deutlicher kann Apple kaum sagen, dass man überhaupt nicht mehr das Ziel hat, ein ausgereiftes Produkt zu veröffentlichen.

Hast du selber schon mal Software entwickelt?
Und damit meine ich "große" Projekte in einem "großen" Team?

Es muss einen Termin geben, an dem ein Entwicklungsstand als "fertig" markiert wird.
Ob das nun 24 Stunden vor der Veröffentlichung ist oder 14 Tage ist vollkommen unerheblich.
Und je größer ein Projekt ist, je größer ist der Zeitraum zwischen "fertig" und "Veröffentlichung".

Und direkt nach dem "fertig", bzw. meistens schon davor, wird an den nächsten Versionen gearbeitet.

Hier ist also alles vollkommen normal und hat nichts damit zu tun "das Apple überhaupt nicht mehr die Zeit hat ein ausgereiftes Produkt zu veröffentlichen"...

Hast Du schon mal Software entwickelt? Und damit meine ich Projekte, die am Veröffentlichungstag von mehr als 1 Million Anwender benutzt werden, nicht nur 5.000 in einer mittelständischen Firma. Dann wüsstest Du, dass diese Argumentation nicht tragbar ist, sondern nur eine Projektmanagement-Masche.

Ich hatte geschrieben "Ziel" und nicht "Zeit" und Du hast das vollkommen bestätigt und sogar noch bekräftigt.

Weißt Du, was in 10.11.1 gegenüber 10.11.0 geändert ist?

Marcel Bresink
Urkman hat grundsätzlich recht, dass so vorgegangen werden muss. Irgendwann muss ein Projekt als fertig markiert werden, dann werden nur noch die unausweichlichen Sachen behoben, während andere (z.b. kleinere Fehler in Lokalisierungen, andere nicht kritische Fehler) auf die ersten Bugfix-Releases verschoben werden. Anders würdest du nicht fertig werden mit dem Projekt, da immer und immer wieder kleinere und unbedeutende Fehler auffliegen. Ab einem gewissen Punkt muss man Bugs priorisieren und je weiter die Entwicklung und das Testen fortgeschritten ist, desto kritischer muss der Bug sein, um behoben zu werden.