Dnia Sun, Sep 11, 2005 at 12:16:23AM +0200 Marcin Król napisał(a):
tzn zwiększamy wymagania: Miś używający lmsa musi umieć: perla, sqla, phpa, tscripta? a i być może niedługo nieźle c. No chyba że olewamy umiejętności userii i jak ktoś sobie nie przejdzie ze skryptów to mamy go w uchu.
Dlaczego zaraz musi? Przecież zwykły luser (co zresztą często było udowadniane) zazwyczaj nie ma pojęcia o niczym co podałeś. A lms jakoś instaluje. Pozatym, tak jak napisałem wszystkie odpowiedniki skryptów przepisać w t-scripcie. Dla wstecznej zgodności można by nawet (o zgrozo!) umożliwić czytanie z lms.ini
Teraz mamy sytuację w której mamy 2 backendy różniące się praktycznie wszystkim: są różne opcje konfiguracyjne, różne zmienne, różny sposób zapisywania konfiguracji, różna filozofia przeładowywania, inne podejście do crona... Nie lepiej dla nas i dla ogułu skupić się na tym co jest lepsze i rozwijać tylko to?
To moze jeszcze ja sie wypowiem jak widze to z punktu widzenia zwyklego szarego usera korzystajacego z LMS'a majace jakies tam "podstawowe" pojecie o sql, php, programowaniu w roznych jezykach... Na samym poczatku kiedy uzywalem LMS'a korzystalem z dostarczonych skryptow pisanych przez Was w perlu - dzialo ok, ladnie mozna bylo dopisac sie co bylo potrzeba itp. Kombajn lms-mgc byl wszystkim co potrzeba do generowania plikow konfiguracyjnych, a reszta skryptow robila inne potrzebne rzeczy. Kilka miesiecy temu potrzebne mi bylo cos tam do lms-mgc - rzucilem zapytanie na grupe dostalem odpowiedz ze daemon ladnie to generuje czy robi (nie pamietam juz o co mi wtedy chodzilo ale jest to malo wazne). Pomyslalem ok, podstawy perla zalapalem, programowanie w C liznalem w szkole, przesiade sie by sie podszkolic. Bez problemu przesiadlem sie na daemona i sobie go chwale jako szybszego od skryptow w wiekszosci przypadkow i potrafiacego robic dokladnie to samo co skrypty perlowe. Obecnie korzystam chyba tylko z lms-antyvir a reszta leci z daemona. Teraz pojawil sie T-script - nowy, ladny, piekny :) - przynajmniej tak o nim piszecie gdyz nei mialem jesczze czasu by sie mu blizej przyjzec. Postanowilem sie przesiasc gdyz wywnioskowalem z wypowiedzih o T-script'ie ze chyba w daemonie bedzie raczej wspierane generowanie wszystkiego za pomoca tego jezyka a nie np za pomoca dhcp.so, tc.so czy hostfile.so. Tak wiec z czasem pewnie wypadna te moduly i to popieram o ile za pomoca Tscript'a da rade wygenerowac to samo. Teraz do czego zmierzam piszac cala historie korzystania z LMS'a - dla mnie jako jednego z userow NIE JEST WAZNE JAKI BACKEND BEDZIE WSPIERANY ALE WAZNE ZEBY BYL TO TYLKO JEDEN UNIWERSALNY I NA STALE !!! to jaki wybierzecie jako developerzy nie ma dla nas enduserow zadnego znaczenia. Dopasujemy sie do wszytkiego, ale nie badzcie jak te gryzipiurki w rzadzie ktorzy zmieniaja ciagle przepisy podatkowe by ulatwic podatnikom zycie. 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...