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

1. git clone https://github.com/lmsgit/lms.git
2. 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:
------
[1] http://github.com

_______________________________________________
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