Ten pomysł z separacją wydaje się sensowny, bo potem może pojawić się problem jeżeli plugin zostałby zakupiony poza LMS Plus (tzn przygotowany całkowicie przez zewnętrzną firmę), a my posiadalibyśmy LMS Plus. Trochę byłby rozjazd i firma nie miałaby jak supportować takiego rozwiązania bo nie ma dostępu do LMS Plus.
Płacenie za dostęp do konkretnego pluginu też wydaje się być sensowne. Obecnie znajdujący się plugin w LMS Plus od Hiperus został przepisany z inetLMS głównie na nasze zlecenie, Tomek zrobił kawał dobrej roboty bo zrobił z niego nowy rodzaj plugin-u i dostał za to pieniądze. Po paru miesiącach od uruchomienia plugin jest praktycznie nieużywalny i okazuje się, że jedyny sposób na otrzymanie do niego poprawek to wejście do LMS Plus za 2400 zł. Dla *jednego* pluginu, bo reszta pluginów nas kompletnie nie interesuje (przynajmniej nie na tą chwilę).
Zastanawia nas też inna kwestia poruszona minimalnie w tym wątku, mianowicie kwestia supportu. Tomek w tym wątku napisał:
/"No i rzecz jasna - dostęp do listy mailingowej ze wsparciem priorytetowym również zniknie."/
No i tu pojawia się pytanie jak działa takie specjalne priorytetowe wsparcie? Próbowałem uzyskać tą informację od Tomka ale nie bardzo się udało więc może ktoś z tej listy, kto korzysta z LMS Plus się wypowie? Wiem, że czasami ciężko jest uzyskać jakąkolwiek pomoc inną niż "u mnie działa" od Tomka, jak to wygląda przy LMS Plus?
Pozdrawiam, SP
W dniu 31.10.2015 o 17:08, Dariusz Kowalczyk pisze:
Nie dyskutujemy o modelu biznesowym LMS+ jako zestawu pluginów, to prywatna/komercyjna inicjatywa i fajnie, że jest i ma klientów, którzy dostają to czego chcą. Popieram. Chodzi o nie dublowanie repo LMS-a i robienie de facto jego forka. Powtórzę jeszcze raz o co chodzi w dyskusji i moim postulacie:
Niech LMS (core) będzie tak jak był ogólnodostępny a LMS+ będzie zestawem komercyjnych pluginów, który trzeba doinstalować do LMS (core) Tylko tyle i aż tyle. Takie postawienie sprawy ułatwi zresztą także pisanie komercyjnych pluginów, bo będą mogły mieć odrębną licencję bardziej sensowną dla komercyjnego kodu.
Dariusz Kowalczyk
Dnia 31.10.2015 o godz. 14:03 Maciej Lew maciej.lew.1987@gmail.com napisał(a):
Myślę że model biznesowy LMS Plus jest jak najbardziej OK i nie ma co narzekać. Wygenerowanie takiej bazy kodu na pewno kosztowało kilkadziesiąt jeśli nie więcej godzin pracy. Normalnie programista wziąłby jeszcze więcej za przygotowanie tego tylko pod jednego klienta. A straszenie GPL i tym że kod można udostępnić jest bez sensu bo tylko zniechęci deweloperów do dalszej współpracy.
Jeśli chodzi o "core" to on jest cały czas rozwijany. Być może końcowy użytkownik tego nie zauważy, ale "backend" przechodził w ciągu ostatnich 2 lat spore zmiany przybliżające go do wypracowanych ostatnio na świecie standardów programowania. Dzięki tym zmianom możliwe w ogóle było uruchomienie czegoś takiego jak pluginy i odseparowanie kodu zewnętrznych dostawców od core. I pewnie nie uwierzycie, ale zostało to robione zupełnie za darmo - ot taka promocja ;)
W dniu 31.10.2015 o 12:57, Tomasz Chiliński pisze:
W dniu 31.10.2015 12:56, Tomasz Chiliński napisał(a):
W dniu 31.10.2015 12:41, Czerepuk napisał(a):
Mam pytania do Tomka Ch. Tomku, czy mozna gdzies obejrzec tego LMS+ (jakies demo?),
Nie za bardzo wiem jak takie demo miałoby wyglądać, ale ogólnie jak obejrzysz demo LMS-a: http://lms.org.pl/demo.php to do niego może dograć tyle wtyczek/rozszerzeń ile chcesz i po prostu m.in. rozbudowuje się menu po lewej o dodatkowe możliwości. Większość wtyczek jest ciężko zaprezentować w ramach demo, gdyż wymagają łączności z zewnętrznymi urządzeniami/systemami.
oraz co sie stanie z softem gdy po roku umowa zostanie wypowiedziana?
Nic się nie stanie - będzie po prostu dalej działało, ale nie będzie dostępu do aktualizacji.
No i rzecz jasna - dostęp do listy mailingowej ze wsparciem priorytetowym również zniknie.
W dniu 2015-10-31 o 12:12, Dariusz Kowalczyk pisze:
W github publiczne repo jest hostowane za darmo, utrzumując repo prywatne trzeba płacić za usługę. LMS core jest więc hostowany za darmo a repo LMS+ podlega opłacie bo nie jest publicznie dostępne, ale jest projekt komercyjny więc może za siebie zapłacić te parę dolców i płaci.
W dniu 31 października 2015 12:04 użytkownik Marcin marcin@nicram.net napisał:
W dniu 31 października 2015 11:59 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał: W dniu 31.10.2015 11:50, Dariusz Kowalczyk napisał(a): a
Pluginy są wyodrębnione, bo każdy z nich trzymany jest w oddzielnej gałęzi repozytorium LMS Plus.
Pluginy OK, ale po co dwa repozytoria LMS ? Teraz ludzie opłacający dostęp do LMS+ ściągają kompletnego LMS-a z pluginami z repo LMS+.
czyli robią
git clone git@github.com:chilek/lms-plus.git lms
i mają wszystko od razu lms + pluginy
gdyby było tylko jedno repo LMS-a robiliby tylko jedno polecenie więcej
- git clone https://github.com/lmsgit/lms.git
- git clone git@github.com:chilek/lms-plus.git lms
Niby niewiele, ale to fundamentalnie inne podejście.
Tylko jak to oprzeć na infrastrukturze github.com [1], żeby tak mogło działać? Wiem można własny serwer postawić i przygotować własną aplikację www do zarządzania dostępem, ale to dodatkowy koszt czasowy i zapewne finansowy.
Może na zasadzie patchy?
Nie znam githuba z prywatnych zasobów, ale nie da się tam np. dać userom dostęp tylko do danego brancha?
wtedy zrobiłbyś osobny branch właśnie dla patchy.
podejrzewam, że dałoby się tao jakoś sensownie rozwiązać
inna sprawa że nie wszyscy potrzebują wszystkich pluginów więc można by je zaciągać indywidualnie różnicując cenę it ale to inna kwestia poboczna i to Twoja sprawa i Twoich klientów
Jak by miało wyglądać utrzymywanie kodu pluginu i jego aktualizacje po jednorazowym zakupie pluginu? Dożywotni dostęp do aktualizacji bezpłatnie
Mniejsza o to, dyskusja nie dotyczy kwestii jednorazowej opłaty czy abonamentowej ... ale znalazło by się parę sposobów a jak zacznę je ty przytaczać dyskusja zmieni temat ..
ale np mniejsza opłąta abonamentowa a większa jednorazowa przy opłacie jednorazowej wsparcie tylko do danego numeru wersji LMS core.
-- Pozdrawiam Tomasz Chiliński, Chilan _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
--
Pozdrawiam Marcin / nicraM
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Łukasz Czerepuk
Links:
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- lion.net.pl - wdrożenia i rozwój Lan Management System
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms