Sehr gut! … und ein großes Dankeschön an die Jungs und Mädels vom Core-Team!

Dass bei einer LTS Qualität vor Deadline geht, gibt mir persönlich ein gutes Gefühl und die paar Monate kommen wir sicherlich auch weiterhin prima mit 4.5, 4.7 und 6.1 zurecht.

Ich sehe es genauso wie Marc… Ggf. gibt es „neuplanung“ aber diese sind glaub ich nicht so umfangreich wie „fsfsd“ meint. Ich habe bereits mit Kunden gesprochen und informiert, dass deren Projekt unter 6.1 anstatt 6.2 online geht und dies war kein Problem. Ist mehr oder weniger immer eine Frage der Kommunikation… wichitg ist in diesem Zusammenhang auch, dass der Kunde weiß und versteht was OpenSource ist…

… diese Postings von „fsfsd“ mach wirklich Spaß. Anonym schimpft es sich ja auch am leichtesten.

@fsfsd:
Wir befinden uns immer noch im OpenSource bereich, vergiss das nicht. Wenn Du feste Deadlines haben möchtest, dann nimm ein kommerzielles CMS, aber dann beschwere Dich bitte nicht, dass bei Dir die Kosten durch die Decke gehen.
Wenn Du Dir die Mühe machen würdest, den entsprechenden Artikel mal zu lesen: Man kann die Beta3 durchaus schon einsetzen.
Und Deine Planungen erscheinen mir darüber hinaus etwas unflexibel.

@fsfsd
Als Verantwortlicher für ein paar hundert TYPO3 Websites bin ich den Core-Entwicklern ausgesprochen dankbar für Ihre engagierte und qualiätsorientierte Arbeit.

Zeitverzögerungen (auf deren eventuelles Eintreten sich jeder erfahrene Softwareanwender in seinen Planungen ohnehin immer einstellen sollte) gibt es übrigens auch außerhalb der Open Source Welt. Der einzige Unterschied: Dort wirkt das Meckern vielleicht nicht ganz so schlimm als überzogene Anspruchshaltung.

Das Schöne an der Open Source Welt ist doch, dass jeder, dem es nicht schnell oder gut genug vorangeht, sich und seine Ressourcen einbringen kann. Und wer das nicht will oder nicht kann, der sollte IMHO wenigstens respektvollen vielleicht sogar mal anerkennenden(?) Umgang miteinander finden.

An alle TYPO3-Core-Devs: OpenSource und Core-Entwicklung von TYPO3, bezahlt mit Geldern der Association sind zwei VÖLLIG unterschiedliche Paar Stiefel.

OpenSource heisst nicht umsonst und beliebig. Wenn die Association – und damit wir, die zahlenden Mitglieder – ein LTS Release finanziert, um dem Markt wieder Sicherheit zu geben, dann müssen bestimmte Deadlines eingehalten werden.

Ich sehe das Problem nicht in der mangelnden Qualität sondern in den massiven Änderungen im Core seit 6.0 und Features wie FAL oder dem PackageManager, die blauäugig ein halbes Jahr vor Release der LTS mit reingenommen werden, ohne die Folgen zu überblicken.

Und ja, natürlich sind wir mit Multi-Domain, Workspaces und Multi-Language sowie DBAL im Enterprise-Bereich konkurrenzfähg – aktuell habe ich hier 2 Enterprise-Kunden, die statt First Spirit TYPO3 machen wollen, die gucken natuerlich jetzt in die Röhre – doh !

Fazit: Geld in die Association investiert und geärgert, daß es kein professionelles Projektmanagement für den LTS-Release gibt — schade !

Warum zieht ihr dann nicht ein paar Entwickler aus Neos ab? Das Ding wird seit jahren als The Next best Thing gehypt und wird nie fertig, während CMS als in der Realttät weit verbreitetes System nur halbgare Updates bekommt. Hier sind ganz klar die Prioritäten falsch. Mit CSM wird im hier und jetzt Geld verdient.

14 Tage? Da wäre ja heute Zeit das ebenfalls um 4 Monate zu verschieben. Nur damit die Qualität noch steigt. Wir wollen ja kein unfertiges Produkt haben. Aber nach 6 Jahren wird das ja auch mal Zeit…
Kein Geld. Aha. Was ist denn dann mit den 105000 EUR der TYPO3 Association, die reserviert wurden?

@Farc Mell
>Mit CSM wird im hier und jetzt Geld verdient.

Und dann kommst du in 3 Jahren wieder unsd sagst dasselbe über Neos. Versuch mal längerfristig zu denken als dich nur über den Moment zu Aufzuregen.

Jungs, beruhigt euch mal ein bißchen.
Die Tatsache, dass hier Emotionen hochkochen, zeigt mir eigentlich, dass uns allen was am Thema liegt.

Es geht auch nicht um „Neos super, CMS doof“ oder „CMS super, Neos doof“.

Neos wird anfangs einen anderen Markt abdecken und bekommt im Moment gutes Feedback aus Bereichen, in denen CMS nicht mitspielt.

Das heißt, dass genug Markt für beide da ist.

Ich tue im Moment (wie das restliche Team auch) mein Möglichstes, die 6.2 sauber aufzustellen – die letzten 20% sind wie in jedem anderen Projekt auch die Härtesten.

Dafür brauche ich Funding, welches von woanders kommt, als von der T3A.

Die Situation sollte für jeden, der mit TYPO3 sein Geld verdient, nachvollziehbar sein.

Warum kann die T3A nicht die gesamte Entwicklung bezahlen?
Weil zurecht angemerkt wurde, dass dieses Prinzip fehleranfällig ist.
Das ist ja genau der Punkt, den Farc anspricht und der ist vollkommen richtig.
In Neos wurde viel Bargeld investiert und das Ergebnis hat zu lange gedauert.
Das ist Fakt, darüber kann und muss man nicht diskutieren.

Aus diesem Grund gibt es besagte Kostenbremse und ich denke, man kann sich darauf verständigen, dass diese notwendig und richtig ist.

Gleichzeitig boomt die Wirtschaft und als Core Dev muss man sich jetzt entscheiden:
– Mit der Kostenbremse arbeiten
oder
– Am „freien“ Markt für _deutlich_ mehr arbeiten.

Aus kaufmännischer und auch existenzieller Sicht ist das eigentlich ein No-Brainer, oder? 🙂

D.h. der Lösungsansatz ist, einem Dev die Entscheidung abzunehmen, ob der am freien Markt arbeitet oder am Projekt.

Das Paradoxon muss ich auch gleich auflösen:
Ja, die T3A stellt finanzielle Ressourcen bereit.
Diese werden aber nicht abgerufen, weil sie unattraktiv sind.
Die T3A kann aber nicht die Beträge auf den freien Markt anpassen, weil sie damit ihr Wort brechen würde.

Das unterschreibe ich komplett – letztendlich war das Wunsch der Mitglieder.

Ergo:
Wenn wir „freies“ Funding besorgen und damit den Tagessatz der T3A unterfüttern – also attraktiv machen – haben wir die Situation, die du möchstest.

Unterm Strich:
Ja, Geld ist ein Teil der Lösung, dass dieses Geld _nur_ von der T3A gestellt wird, geht nicht.

Wir haben mit 6.2 ein LTS-Release vor uns. EIn LTS-Release soll langfrstige Planungssicherheit geben. Das erste und bisher einzige LTS-Release 4.5 als derzeit verbreitetste Version von TYPO3 CMS zeigt doch, dass wir diese Stabilität brauchen.

Jetzt haben wir in den letzten Monaten in der 6er-Version einige ganz und gar nicht schöne Effekte gesehen. Stichwort Performance. Es kann nicht ernsthaft erwartet werden, dass bei solchen Problemen ein stabiles Projekt auf ein halbgares Produkt umsattelt. Es ist daher sinnvoll, richtig und wichtig, dass mit 6.2 ebenso ein stabiles Produkt veröffentlicht wird, wie es die 4.5 war. Daher spricht vieles für die Verantwortung des Core-Teams angesichts fehlender Manpower lieber ein Produkt zu verschieben als einfach halbfertig (und dann noch als LTS) auf den Markt zu werfen. Insofern aus meiner Sicht die einzig richtige Entscheidung.

Farc Mell: Ja, das Problem ist länger bekannt, aber wer hat dem widersprochen.

Vielleicht verstehst du das Problem nicht: LTS heißt Long Term Support. Ein Großteil der TYPO3-Nutzer haben ihr System niemals über 4.5 gehoben, schon gar nicht auf 6.x. Das steht nun aber bevor, wenn der Support nach Erscheinen der nächsten LTS-Version eingestellt wird. Und da eine LTS-Version drei Jahre läuft, musst du dafür sorgen, dass das Produkt von Anfang an performant und stabil läuft. Was man mit 6.0 und 6.1 noch schlucken konnte, würde sich, wenn das Problem in 6.2 LTS bestehen bleibt, einem Selbstmord con TYPO3CMS gleichkommen, weil du dann einen Großteil der Nutzer abschreckst. Der Schaden, das Release zu verschieben, scheint mir zumindest, der ich noch kein Update über das Lösen der Performance-Probleme gehört habe, deutlich geringer als die Marke „TYPO3 CMS“ dauerhaft zu beschädigen, weil der ein oder andere unflexibel bei der Terminierung des Rollouts auf dem eigenen Server ist… Also mal ehrlich.

Also mal ehrlich, das hat nichts mit Unflexibilität zu tun, wenn zwei oder drei Wochen vor Release, das Produkt um fast ein halbes Jahr verschoben wird wegen Problemen, die schon seit einem halben Jahr oder länger bestehen. Keiner hätte was gesagt, wenn es bei der ersten Verschiebung im September, also drei Monate vor Release, sicherheitshalber mehr als 1,5 Monate verschoben wird. Da kann sich jeder drauf einstellen und umplanen. Aber so ist es einfach unprofessionell und dem Ruf von Typo3 unwürdig. Im Übrigen brauchst du mir nicht erzählen was eine LTS ist und bedeutet. Ich setze mehrere 4.5 LTS ein und warte das ich endlich auf eine stabile Version updaten kann (Über die buggy 6.1 und 6.0 hüllen wir mal den Mantel des Schweigens). Vermutlich beteibst du hauptsächlich kleine Cowboycoding Sites, wo die Verschiebung keine große Auswirkungen hat, aber im professionellen Bereich ist das ein großer Lapsus….

Jungs… beruhigt euch, ihr habt beide Recht – so kommt ihr auf keinen grünen Zweig.

In der Kalkulation wurde nur ein Faktor vergessen – Manpower.
Die Planung war klar, aber die Manpower ist weggebrochen.

Deswegen: neuer Plan

Ich finde es völlig legitim den Release zu verschieben. Lieber so, als wieder etliche Fehler vorzufinden. Dann wäre das Geschrei nämlich auch wieder riesengroß. 😉

Wie performant muss die Site sein?
Kommst du mit 300ms Rendering-Time klar?

300ms für eine gecachte Seite. 100 echte concurrent requests?
Dann musst du ja eh nen RevProxy davor haben, dann solltest du eigentlich klar kommen.
Ein paar Sachen gehen halt nicht zuverlässig, Workspaces zicken n bißchen rum und ne schnelle Platte sollte im Server sein.

Aber wie gesagt: temporär bis die final draußen ist.