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...
--
Andrzej Banach
net-komp.net.pl
