Andrzej Banach napisał(a):
[...]
Ciagle zmiany sa najgorszym z mozliwych scenariuszy i jak mozecie to prowadzcie do ujednolicenia systemu programowania i w tym kierunku idzcie. Kto wie czy za pare miesiecy ktos nie wymysli ze moze w jeszcze innym jezyku pisanie bedzie ciekawsze??? Osobiscie naprawde jak wszystko bedzie generowane z tscripta to sie dostosuje, jak tak jak jest to do tej pory w innych scryptach lmsd tez sie dopasuje (juz dopasowalem), jak wrocicie do perla - tez bedzie ok (no dobra tu juz przesadzilem - tego nie popieram). Mysle ze moje poglady podziela wiekszosc korzystajacych z LMS'a (przynajmniej Ci mniejsi - tacy jak ja). Zastanowcie sie nad tym...
Backend jeszcze nigdy się nie zmienił, cały czas był rozbudowany. Baseciq też swego czasu stwierdził że skasuje część skryptów perl bo za pomocą lms-mgc da się spokojnie wygenerować wszystko. Tak się jednak nie stało, co nie znaczy że stać się nie może.
Kolejny raz piszę żeby oznaczyć skrypty jako obsolete, i przenieść je do contrib. Jako zalecany backend przedstawiać lmsd. Ma on naprawdę duże możliwości a z jego przenośnością chyba nie jest tak źle skoro dało się go skompilować na cygwinie (przy okazji, ktoś jest zainteresowany lmsd na win32?). Jeśli chodzi o stabilność to kiedyś trzeba zacząć testowanie na szerszą skalę. Nie wiem czy pamiętacie czemu Linus zdecydował się na wydanie 2.4.0 - stwierdził że jest za mało testerów żeby wyłapać błędy, więc wydał 2.4, chociaż jajko nie było jeszcze na to gotowe.
Jeśli nie widzi wam się skasowanie skryptów, to może przynajmniej zgodzicie się ze mną że lmsd powinien być wskazywany jako "jedyny słuszny wybór" w przyszłych wersjach lms?