Otwartość
Przyjazny biznesowi kierunek licencjonowania na Apache 2.0, z miejscem na modyfikacje i fork.
PROJEKT
Bardziej otwarta przyszłość
dla treści.
ContentLIBRE kształtuje się wokół prostej idei: zespoły powinny mieć swobodę rozumienia swojej platformy treści, dostosowywania jej i brania za nią odpowiedzialności.
Nazwa w pełnym brzmieniu.
Content Lifecycle Integrated Bundle Runtime Environment.
Pełna forma opisuje kierunek. ContentLIBRE to nazwa do użycia w nawigacji, nagłówkach i rozmowie. „Twoje treści. Twoja platforma.” to obietnica, którą ma składać ta witryna; dokumentacja i strona stanu możliwości utrzymują jasność jej zakresu technicznego.
Decyzje stojące za projektem.
Elastyczność
Jawna kompozycja funkcji i model rozszerzeń projektowych zamiast jednej sztywnej implementacji.
Odpowiedzialność
Deklaracje implementacji, propozycje projektowe i niezweryfikowane zachowanie to różne rodzaje dowodów. Powinny pozostać wyraźnie rozróżnialne.
Publikacja kodu źródłowego to następny krok.
Organizacją GitHub, którą zamierza wykorzystać właściciel projektu, jest github.com/ContentLIBRE. Publiczne repozytorium i miejsce publikacji wydań nie są jeszcze potwierdzone. Zanim będą dostępne, zacznij od dokumentacji i bieżącego stanu możliwości.
Planowana organizacja: https://github.com/ContentLIBRE
Dopóki repozytorium nie jest publiczne
Zacznij od dokumentacji i strony stanu możliwości; obie opisują wydanie, a nie plan rozwoju.
Projekt, a nie obietnica usługi.
Ta witryna nie deklaruje oferty hostowanej, planu wsparcia komercyjnego, umowy o poziomie usług, wdrożeń u klientów ani formalnego modelu zarządzania projektem. Te szczegóły powinny zostać opublikowane, gdy projekt będzie mógł poprzeć je rzeczywistym zobowiązaniem operacyjnym.
Otwarte możliwości zaczynają się od jasnych decyzji.
Poznaj podstawę, zrozum jej granice i wnieś własne wymagania do tego, co dalej.