Martin Wodrich ([EMAIL PROTECTED]) schreibt: > Michael Heydekamp <[EMAIL PROTECTED]> schrieb am 25.10.04 um 20:05:
[...] > Richtig. Wobei es schon wichtig, ist erstmal seinen eignen Code auf > grobe Fehler abzuklopfen bevor man sie dem CVS anvertraut. > Letztendlich ist das aber wirklich jedem seine Sache, wann er > eincheckt. Der UUZ wurde inzwischen in der 3.Version nach meiner Rechnung seit dem snapshot vom 31.8.2003 in Umlauf gebracht, ohne da� ein Source auf dem CVS angeboten wird. (Der UUZ-Source auf dem FTP- Server ist vom 31.8.03.) Da man den Nutzern sogar empfiehlt darauf zu wechseln, hat das mit offener Entwicklung nichts mehr zu tun und auch gerade weil man das als Testversion deklariert. Ich habe jedenfalls kein Interesse daran, st�ndig auf den Aktualisierungsbedarf des Source f�r den UUZ hinzuweisen. >> Das Problem "Codehalde" und die Dauer ihres Bestehens existiert ja >> nicht, weil das Prinzip falsch w�re, sondern weil es sich um >> ungew�hnlich schwierige und umfangreiche Umbauten handelt, die >> nicht jeden Tag vorkommen. Wer will denn noch Umbauten testen, die ihm nach zwei Jahren einfach vor den Latz geknallt wurden und wer w�rde denn im Ernst behaupten, da� sowas f�r andere Entwickler ein Anreiz ist? Nicht zuletzt macht man es sich eben prinzipiell schwieriger als n�tig. Ich pers�nlich habe immer Anteil daran genommen, da� die 16-Bit nicht irreparabel besch�digt wird, um die Entwicklungsgrundlage zu sichern und gleichzeitig auch versucht die Herausgabe von leistungsf�higen Zwischenst�nden zu sichern. Aber es fehlt derzeit jede realistische Beurteilungsgrundlage f�r die Zukunft der 16-Bit-snapshots f�r mich und damit ist das Prinzip offener Entwicklung nicht nur unn�tig eingeschr�nkt worden, sondern es wird nur noch schwer kaschiert, da� es Michael f�r sich schon fast abgeschafft hat. So genau sollte man da schon hinsehn. -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Entwickler-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
