Metodologia Open Source
mgr in. Tomasz Maria Boiski
Tomasz Boiski: 1
Wspautorzy
dr in. Mariusz Matuszek dr in. Micha Piotrowski
Tomasz Boiski: 2
Agenda Wstp Czym jest Open Source? Free Software Foundation a
Open Source Initiative Wasno intelektualna Licencje na
oprogramowanie, prawo patentowe Prawo patentowe w rnych krajach
Zarzdzanie duymi projektami typu Open Source Zasady wczania
oprogramowania do dystrybucji Linuksa Cykl rozwojowy dystrybucji
systemu Linux Komercyjne aplikacje i systemy oparte o Open Source
Procedura standaryzacyjna formatw i protokow Pozytywne i negatywne
aspekty zarwno Closed jak i Open Source Przyszo Open Source
Tomasz Boiski: 3
Open Source - Wstp
Taken from http://xkcd.comTomasz Boiski: 4
Organizacja przedmiotu 15 godzin wykadu do poowy semestru 15
godzin wykadu od poowy semestru Zaliczenie czci wykadowej 50 punktw
Kady musi przedstawi jakie zagadnienie w trakcie seminarium 50
punktw Rozkad zaj: 24.02; 3,10,17,24,31.03; 7.04 wykady 10.03
termin zgaszania tematw seminarium 14.04 zaliczenie 18.04;
9,16,23,30.05; 6.06 seminarium poniedziaek 28.04; 5,12,19,26.05;
2.06 seminarium czwartek
Tomasz Boiski: 5
Open Source Open Source jest podejciem do projektowania,
wytwarzania oraz dystrybucji oprogramowania Pozwala na dostp do
kodu rdowego i innych materiaw zwizanych z
oprogramowaniem/produktem Nie dotyczy tylko i wycznie
oprogramowania, pryncypia stojce za OS zostay wykorzystane dla
wielu efektw innych typw twrczej pracy czowieka Ruch OS zosta
zapocztkowany przez takie osoby jak: Ritchard Stallman, Bruce
Perens, Michael Tiemann, Eric Raymond
Tomasz Boiski: 6
Open Source (2) Open Source nie oznacza za darmo! Powszechnie
uznawane bariery, zazwyczaj zwikszajce ryzyko inwestycji, bdce
przeszkod przed komercyjnym wykorzystaniem OS: wraenie, e licencje
zgodne z OS posiadaj cechy wirusw, brak formalnego wsparcia, szkole
itp., czstotliwo zmian, brak dalekosinych planw, map drogowych
itp.
Jednake: rwnie i wiele komercyjnych projektw ma niesprecyzowan
przyszo, nie wszystkie licencje maj podobny poziom restrykcji,
wiele powanych projektw typu OS (np. systemy operacyjne, bazy
danych) zarabia na wsparciu, dokumentacji, szkoleniach itp. (Red
Hat, Novell, Cedega etc.)
Tomasz Boiski: 7
Open Source (3) O ruchu OS decyduj w praktyce dwie gwne
organizacje: Free Software Foundation and Open Source Initiative
Obie maj ten sam cel, rni si metod denia do niego, filozofi, etyk
Ruch Wolnego Oprogramowania (The Free Software movement) ma na celu
uwolnienia oprogramowania od ciaru, jakim jest wasno intelektualna.
Uwaaj, e ten ciar ogranicza rozwj technologiczny i s sprzeczne z
dobrem ogu. Ruch Otwartego Oprogramowania (The Open Source
movement) ma podobne cele, jednak przyjmuje bardziej pragmatyczne
podejcie. Czonkowie tego ruchu skupiaj si na ekonomicznych i
technicznych zyskach pyncych z otwartoci oprogramowania, zamiast
moralnych i etycznych, napdzajcych Ruch Wolnego
Oprogramowania.Tomasz Boiski: 8
Free Software Foundation Zaoona przez Richarda Stallmana 4ego
padziernika 1985 by wspiera ruch wolnego oprogramowania, opartego o
zasad copyleft, ktra ma na celu promocj wolnoci jakimi s prawo do
nieograniczonego rozpowszechniania I modyfikowania oprogramowania.
Od momentu zaoenia do poowy lat 90tych, fundusze FSF byy
wykorzystywane gwnie do zatrudniania programistw piszcych wolne
oprogramowanie na potrzeby projektu GNU. Od poowy lat 90tych,
pracownicy oraz wolontariusze FSF skupiali si gwnie na kwestiach
prawnych i strukturalnych niezbdnych ruchowi oraz jego spoecznoci.
http://www.fsf.org/Tomasz Boiski: 9
Cztery wolnoci Prawo uruchamiania oprogramowania w dowolnym celu
(wolno 0). Prawo do analizy sposobu dziaania oprogramowania oraz
dostosowywania go do wasnych potrzeb (wolno 1). Dostp do kodu
rdowego jest niezbdny do realizacji tego prawa. Prawo do
redystrybucji oprogramowania by mc pomc ssiadom (wolno 2). Prawo do
ulepszania oprogramowania i moliwoci rozpowszechnienia poprawek tak
by caa spoeczno moga z nich skorzysta (wolno 3). Dostp do kodu
rdowego jest niezbdny do realizacji tego prawa.
Tomasz Boiski: 10
Dziaalno FSF Projekt GNU Oryginalnym celem FSF bya promocja
ideaw wolnego oprogramowania. Wytworzony przez FSF system
operacyjny GNU mia by przykadem takiej dziaalnoci.
Licencje GNU FSF jest autorem The GNU General Public License
(GPL), popularnej licencji uywanej przez projekty tworzce wolne
oprogramowania. Obecna, trzecia wersja zostaa wydana w czerwcu 2007
roku. FSF jest rwnie autorem The GNU Lesser General Public License
(LGPL), The GNU Free Documentation License (GFDL), oraz The GNU
Affero General Public License (AGPL).
GNU Press Wydawnictwo FSF, odpowiedzialne za publikacj dostpnych
ksiek zwizanych z informatyk za pomoc wolnych licencji ("publishing
affordable books on computer science using freely distributable
licenses.")
Tomasz Boiski: 11
Dziaalno FSF (2) The Free Software Directory -
http://directory.fsf.org/ Jest to lista oprogramowania, ktre
przeszo pozytywn weryfikacj i zostao uznane za wolne. Celem tego
przedsiwzicia jest dostarczenie wyszukiwarki wolnego oprogramowania
oraz moliwoci weryfikacji czy oprogramowanie opisywane jako wolne
rzeczywicie takim jest. Ten projekt w drobnym stopniu by
wspfinansowany przez UNESCO.
Utrzymywanie Definicji Wolnego Oprogramowania FSF utrzymuje
wiele dokumentw definiujcych ruch wolnego oprogramowania.
Hosting projektw FSF udostpnia projektom miejsce na swoich
serwerach w ramach witryny Savannah (http://savannah.gnu.org/ oraz
http://savannah.nongnu.org/).
Tomasz Boiski: 12
Dziaalno FSF (3) Kampanie polityczne FSF sponsoruje kampanie
przeciwko wszystkiemu co postrzega jako zagroenie dla wolnoci
oprogramowania, np.: patenty na oprogramowanie, digital rights
management (ktre FSF okrela poprzez "digital restrictions
management", jako jeden z rodkw na podkrelenie, e takie technologie
stworzono po to, by "odebra i ograniczy Twoje prawa"), prawa
autorskie do interfejsw uytkownika. Wadliwe z Definicji (Defective
by Design) zainicjowana przez FSF kampania przeciwko DRM. BadVista
jest kampani przeciwko systemowi Microsoft Windows Vista i majc na
celu promocj wolnych alternatyw. Kampania promujca Ogg+Vorbis. FSF
rwnie sponsoruje niektre projekty o wysokim priorytecie.
Coroczne nagrody "Award for the Advancement of Free Software"
"Free Software Award for Projects of Social Benefit"Tomasz Boiski:
13
Dziaalno prawna FSF jest wacicielem praw autorskich do
kluczowych elementw systemu GNU, jak np. GNU Compiler Collection Do
roku 2004 bya jedyn organizacj, ktra pilnowaa przestrzegania zasad
licencji GPL. Pniej Harald Welte uruchomi serwis gpl-violations.org
I rwnie rozpocz podobn dziaalno Od 1991 do 2001, wymuszanie
przestrzegania zasad licencji GPL byo realizowane nieformalnymi
metodami, zazwyczaj przez samego Stallmana. Zazwyczaj bya to krtka
wymiana e-maili Pod koniec 2001, Bradley M. Kuhn, przy wsppracy
Moglena, Davida Turnera i Petera T. Browna, sformalizowali te
dziaania tworzc GPL Compliance Labs. Od tego czasu coraz
powszechniejsze stay si formalne dziaania prawne takie jak
przeciwko Linksys czy OpenTVTomasz Boiski: 14
Dziaalno prawna (2) Od 2003 do 2005, FSF prowadzia seminaria
prawnicze majce na celu wyjanienie czym jest I z czym wie si GPL.
Seminaria te daway punkty CLE (Continuing Legal Education) I byy
pierwsz prub formalnej edukacji na temat GPL Podczas synnego pozwu
SCO przeciwko IBM, FSF, w trakcie 2003 i 2004 roku, zaangaowaa
znaczce rodki prawnicze by zminimalizowa jego negatywny aspekt na
postrzeganie I akceptacj wolnego oprogramowania W grudniu 2008, FSF
pozwaa Cisco za wykorzystywanie niezgodnie z licencj GPL elementw
oprogramowania w routerach Linksys. Cisco wiedziao o sprawie ju od
2003 roku, jednak unikao przestrzegania zasad licencji GPL
Tomasz Boiski: 15
Open Source Initiative Zaoona w lutym 1998 przez Bruce'a Perensa
i Erica S. Raymonda Powstanie ma zwizek z upublicznieniem kodu
Netscape Communicatora przez Netscape Communications Corporation
Neguje konfrontacyjne podejcie ruchu wolnego oprogramowania,
preferuje zachcanie do otwartoci poprzez wykazanie korzyci z tego
pyncych. Celem jest zachcenie biznesu do korzystania z otwartego
oprogramowania Raymond okreli swoje podejcie sowami: "If you want
to change the world, you have to co-opt the people who write the
big checks." http://www.opensource.org/Tomasz Boiski: 16
Definicja Open Source Na jej podstawie Open Source Initiative
okrela czy dane oprogramowanie moe by traktowane jako otwarte
Zostaa oparta od Wskazwki dla Wolnego Oprogramowania Debiana
(Debian Free Software Guidelines), napisana gwnie przez Brucea
Perensa Open source nie oznacza tylko dostpu do kodu rdowego Aby
oprogramowanie mogo zosta uznane za otwarte musi spenia nastpujce
warunki:
Tomasz Boiski: 17
Definicja Open Source (2)1. Wolno redystrybucji Licencja nie moe
ogranicza jakiegokolwiek podmiotu przed sprzeda lub oddaniem
oprogramowania bdcego skadnikiem wikszej caoci zawierajcej
oprogramowanie z rnych rde. Licencja nie moe narzuca jakiejkolwiek
rekompensaty za tak redystrybucj.
2. Kod rdowy Oprogramowanie musi by dostarczane wraz z kodem
rdowym oraz musi umoliwia dystrybucj zarwno postaci rdowej jak i
binarnej. Jeeli oprogramowanie nie jest rozpowszechniane wraz z
kodem rdowym powinna istnie dobrze opisana metoda jego pozyskania
po kosztach nie wikszych ni koszt nonika lub bezpatnego pobrania z
Internetu. Kod rdowy musi by podstawow form modyfikowaln
oprogramowania. Celowe zaciemnianie kodu jest zabronione. Postacie
porednie takie jak wynik dziaania preprocesora lub translatora s
niedozwolone.
Tomasz Boiski: 18
Definicja Open Source (3)3. Dziea pochodne Licencja powinna
zezwala na modyfikacje i tworzenei dzie pochodnych. Musi te
umoliwia redystrybucj efektw tych prac na tej samej licencji co
oryginalne dzieo.
4. Integralno kodu rdowego oryginalnego autora Licencja moe
zabroni redystrybucji zmodyfikowanego kodu tylko w przypadku, gdy
umoliwia dystrybucj "patchy" wprowadzajcych okrelone modyfikacje w
kodzie. Licencja musi jednoznacznie zezwala na dystrybucj
oprogramowania zmodyfikowanego poprzez patche. Licencja moe narzuci
wymg zmiany nazwy lub wersji nowopowtsaego oprogramowania.
5. Brak dyskryminacji osb i grup Licencja nie moe dyskryminowa
adnej osoby lub grupy osb.
Tomasz Boiski: 19
Definicja Open Source (4)6. Brak dyskryminacji przeciw
zastosowaniu czy polu dziaania Licencja nie moe ogranicza pola
zastosowania aplikacji. Nie moe np. zabrania wykorzystania
aplikacji w celach komercyjnych lub np. w celu bada naukowych nad
genomem.
7. Dystrybucja licencji Prawa przypisane do oprogramowania musz
w tej samej formie obowizywa wszystkich uytkownikw bez koniecznoci
akceptacji dodatkowych licencji.
8. Licencja nie moe by zalena od produktu Uprawnienia
dostarczane wraz z licencj nie mog by zalene od faktu czy
oprogramowanie naley do jakiej konkretnej caoci czy nie. Jeeli
program zostanie w jaki sposb wyczony z wikszej dystrybucji i bdzie
rozpowszechniany na podstawie tej samej licencji musi gwarantowa
takie same prawa jak te, ktre uzyskuj uytkownicy zagregowanej
aplikacji.
Tomasz Boiski: 20
Definicja Open Source (5)9. Licencja nie moe ogranicza innego
oprogramowania Licencja nie moe wprowadza dodatkowych ogranicze co
do oprogramowania rozpowszechnianego wraz z licencjonowanym
oprogramowaniem. Przykadowo licencja nie moe wymaga, by inne
zainstalowane na komputerze oprogramowanie byo na okrelonej
licencji.
10. Licencja musi by neutralna technologicznie Prawa wynikajce z
licencji nie mog by zalene od wykorzystanej technologii, stylu czy
interfejsu.
Tomasz Boiski: 21
Open Source Initiative (2) OSI prbowaa pozyska wyczno na znak
firmowy, jakim jest 'open source', jednak si to nie udao OSI udao
si jednak nawiza na tyle dobre stosunki z rodowiskiem biznesowym, e
pojcie to nie jest zbyt czsto naduywane Ruchowi udao si pozyska
uwag gwnych graczy na raynku oprogramowania, doprowadzajc, e znane
przedsibiorstwa zaczy w swojej ofercie proponowa rozwizania typu OS
(np. Corel (Corel Linux), Sun Microsystems (OpenOffice.org), IBM
(OpenAFS))
Tomasz Boiski: 22
OSI vs FSF Pochodzc z tego samego rodowiska co Free Software
Foundation, Open Source Initiative zostaa utworzona i zaadoptowaa
termin open source, cytujc Michaela Tiemanna, by "odrzuci
moralizujce i konfrontacyjne nastawienie wizane wczeniej z 'wolnym
oprogramowaniem' oraz zachci innych do pomysu kierujc si takimi
samymi, pragmatycznymi ideami, jakimi kierowaa si firma Netscape."
Wg Stallmana, istotn i podstawow rnica jest filozofia stojca za
obiema instytucjami Stallman opisuje obie inicjatywy jako dwa
odrbne obozy w tej samej spoecznoci zorientowanej na otwarto
oprogramowania Stallman: "Rnimy si z obozem open source w
podstawowych celach I wartociach, jednake zarwno ich jak i nasze
pogldy prowadziy zazwyczaj do tych samych efektw, czyli tworzenia
wolnego oprogramowania. W wyniku tego dziaacze z obu obozw czsto
wsppracuj ze sob." OSI oraz FSF s obecnie dwiema gwnymi
organizacjami w hakerskiej spoecznociTomasz Boiski: 23
Wasno intelektualnaWasno intelektualna to pewna liczba
rnorodnych monopoli obejmujcych twrczo umysow, zarwno artystyczn
jak i komercyjn, oraz odpowiadajce jej obszary prawne. Na podstawie
wasnoci intelektualnej, jej posiadacze otrzymuj pewne unikalne
prawa w stosunku do chronionych zasobw. Typowe rodzaje wasnoci
intelektualnej: Prawa autorskie Znaki towarowe Patenty
Tomasz Boiski: 24
Znaki towarowe Unikatowy symbol lub wyznacznik stosowany przez
osoby indywidualne, organizacje czy dowolny inny podmiot prawny
Wykorzystywany do odrnienia produktu od podobnych oferowanych przez
inne podmioty Zazwyczaj jest to imi, frazes, logo, symbol, twr
artystyczny czy dowolna kombinacja tych elementw Waciciel znaku
towarowego moe podj akcje prawne przeciwko podmiotom wykorzystujcym
znak towaroy bez zezwolenia Definiuje si 3 rodzaje znakw
towarowych: Niezarejestrowany znak towarowy (unregistered
trademark) ( TM) Niezarejestrowany znak usugowy (unregistered
service mark) (SM) Zarejestrowany znak towarowy lub usugowy
(registered trade or service mark) ()Tomasz Boiski: 25
Prawo autorskie Autor dziea otrzymuje wyczne prawa na pewien
okres czasu na publikacj, dystrybucj oraz modyfikacj chronionego
dziea. Po tym czasie dzieo trafia do przestrzeni publicznej
Zazwyczaj czas ochrony trwa od 50 do 100 lat od czasu mierci
autora. W przypadku dzie anonimowych i korporacyjnych czas ochrony
jest zazwyczaj krtszy Zazwyczaj nie jest wymagana adna formalna
rejestracja Prawa autorskie s znormalizowane w skali wiatowej
dzieki podpisaniu przez wikszo krajw konwencji: Berne Convention
oraz Universal Copyright Convention
Tomasz Boiski: 26
Prawo autorskie w Polsce Mamy dwie formy prawa autorskiego
osobiste oraz majtkowe. Osobiste mwi kto wykona dzieo, s
niezbywalne. Prawa majtkowe umoliwiaj decyzj o sposobie dystrybucji
itp. Dalej bdziemy mwi o prawie majtkowym Prace opublikowane s
chronione przez 70 lat po mierci autora lub 70 lat od pierwszej
publikacji, gdy autor jest nieznany Trwa 70 lat gdy prawa
materialne nale do kogo innego ni prawa osobiste lub gdy praca nie
zostaa opublikowana 50 lat dla programw TV, fonogramw i audiogramw
Dzieo nie musi by w aden sposb zarejestrowane czy opatrzone
jakimkolwiek znakiem by byo chronioneTomasz Boiski: 27
Prawo autorskie w piguce Publikacja dziea bez zgody jest
zabroniona, zarwno w przypadku zastosowa komercyjnych jak I
niekomercyjnych Proste informacje prasowe nie s chronione przez
prawo autorskie (art. 4 punkt 4) Raz opublikowane krtkie
sprawozdania prasowe, streszczenia itp. mog by rozpowszechniane bez
zgody autora (art. 25) Jeeli tego nie zabroniono w umowie pomidzy
dystrybutorem a autorem, autor moe rozpowszechnia dziea w inny
sposb Prawo nie jest chronione prawem autorskim
Tomasz Boiski: 28
Dozwolony uytek w Polsce W okrelonych przypadkach dziea mog by
wykorzystywane bez zgody autora Osobisty dozwolony uytek: dziea
chronione prawem autorskim mog by rozpowszechniane bez zgody autora
w obrbie niejasno zdefiniowanego krgu osb pozostajcych w zwizku
osobistym, w szczeglnoci pokrewiestwa, powinowactwa lub stosunku
towarzyskiego
Nie osobisty dozwolony uytek: zdefiniowana jest szczegowa lista
przypadkw, kiedy zgoda nie jest konieczna wykorzystanie utworw nie
majcych samodzielnego znaczenia gospodarczego, a potrzebnego do
przeprowadzenia procesu technologicznego (instrukcje obsugi,
know-how) rozpowszechnianie publicznie dostpnych kanaw TV i
radiowych do nie wicej ni 50 gospodarstw domowych sporzdza kopie i
nieodpatnie korzysta z fragmentw utworw potrzebnych do celw
dydaktycznych biblioteki i archiwa mog udostpnia prace chronione
poprzez wypoyczanieTomasz Boiski: 29
Dozwolony uytek w Polsce (2) Nie osobisty dozwolony uytek c.d.:
prawo cytatu publiczne odtwarzanie materiaw chronionych podczas
ceremonii religijnych, akademickich i pastwowych jest dozwolone,
pod warunkiem, e wstp na uroczysto jest otwarty i darmowy a
wykonawca nie otrzymuje adnej gratyfikacji za wykonane dzieo
dystrybucja publicznie dostpnych dzie zlokalizowanych w miejscach
publicznych takich jak place, skwery, ulice itp. pod warunkiem, e
dystrybuowane dzieo bdzie miao inn formie ni orygina, np. Zdjcie
pomnika encyklopedie i atlasy mog publikowa materiay prawnie
chronione w sytuacji, gdy uzyskanie zgody moe by trudne kilka
innych przypadkw we wszystkich przypadkach konieczne jest podanie
rda i autora jeeli nie jest zaznaczone inaczej w konkretnym prawie,
to waciciel praw autorskich zawsze moe wystpi o zadouczynienie
Tomasz Boiski: 30
Dozwolony uytek w Polsce (3) Uytkownicy mog wykonywa kopie
bezpieczestwa legalnie nabytych materiaw pod warunkiem braku
zabezpiecze przed kopiowaniem Materiay audio-video oraz tekst nie
mog by rozpowszechniane bez zgody autora Legalno lub jej brak
materiaw pobranych z sieci nie jest oczywista, jest to jednak
moralnie ze Oprogramowanie oraz cyfrowe bazy danych NIE s objte
prawem dozwolonego uytku. Wykorzystywanie, pobieranie,
rozpowszechnianie, kopiowanie itp. Zawsze jest niezgodne z prawem
(chyba, e licencja mwi inaczej) Jeeli chcesz by inni respektowali
Twoje prawa, respektuj ich, wczajc w to prawa autorskieTomasz
Boiski: 31
Dozwolony uytek w USA Opisane w par. 107 ustawy "Copyright Act
of 1976" Zawiesza penalizacj oraz roszczenia w przypadku, gdy dzieo
zostao wykorzystane uczciwie w celu krytyki, komentarza, nauki czy
bada. Uczciwo uycia okrelana jest na podstawie nastpujcych
kryteriw: jak i dlaczego dzieo zostao uyte rodzaj dziea, ktry zosta
uyty wielko uytego fragmentu w stosunku do rozmiaru caej pracy
pochodnej Efekt, jaki przynioso wykorzystanie dziea i jego wpyw na
warto i sprzeda dziea pochodnego
Prawo oparte o precedensy cige zmiany
Tomasz Boiski: 32
Licencje na oprogramowanie Licencja na oprogramowanie jest to
jest instrumentem prawnym opisujcym wykorzystanie i/lub dystrybucje
chronionego oprogramowania Kade oprogramowanie, ktre nie zostao
przeniesione do Public domain jest chronione Zazwyczaj licencja
zezwala uytkownikowi na wykorzystanie jednej lub wicej kopii w
sposb, ktry w innych wypadkach traktowany byby jako naruszenie
prawa autorskiego Licencja jest wic obietnic ze strony autora, e
nie bdzie dochodzi wobec uytkownika swoich praw opisanych przez
odpowiednie ustawy Porwnanie wielu licencji znajdziemy pod
adresem:http://en.wikipedia.org/wiki/Comparison_of_free_software_licencesTomasz
Boiski: 33
Licencje na oprogramowanie a prawa autorskie Zazwyczaj prawa
autorskie daj wicej ni licencja Przykadowo w USA, sekcja 117
Copyright Act zezwala wacicielowi kopii oprogramowania na
wykorzystywanie tej kopii za pomoc komputera, nawet jeeli to
wykorzystywanie bdzie wymagao wykonania kopii lub modyfikacji
oprogramowania. Kopiowanie takie, czy te modyfikacja, nie wymaga
wic zgody waciciela praw autorskich i zezwala na wykorzystanie
kopii posiadanej kopii oprogramowania bez licencji.
Wasnociowe licencje maj na celu utrzymanie wikszej kontroli nad
oprogramowaniem poprzez utrzymanie wasnoci nad kopi przez
dystrybutora Dziki temu, sekcja 117 przestaje obowizywa, a
uytkownik kocowy, chcc korzysta z oprogramowania, musi zaakceptowa
ostrzejsze wymogi licencyjne ni by to wynikao z prawa
autorskiego.
Tomasz Boiski: 34
Licencje na oprogramowanie a prawa autorskie (2) W Polsce
dozwolony uytek nie dotyczy oprogramowania Inne dziea mog by
wspdzielone pomidzy krgiem osb pozostajcych w zwizku osobistym, w
szczeglnoci pokrewiestwa, powinowactwa lub stosunku towarzyskiego"
Prowadzi to do wielu kontrowersji, gdy definicja takiego krgu jest
bardzo niejasne, zwaszcza kiedy mwimy o relacjach pomidzy
znajomociami internetowymi itp. Dozwolony uytek jest ograniczony
poprzez DRM i inne zabezpieczenia W Polsce to uytkownik kocowy musi
udowodni, e wykorzystanie dziea nie wykracza poza dozwolony
uytek
Tomasz Boiski: 35
Rodzaje licencji na oprogramowanie Licencje wasnociowe
(Proprietary licenses) Wolne licencje (Free software licenses)
Otwarte licencje (Open Source licenses) Kady rodzaj ma inny wpyw na
prawa kocowego uytkownika
Tomasz Boiski: 36
Licencje wasnociowe Dystrybutor oprogramowania udziela licencji
na jedn lub wicej kopii oprogramowania Dystrybutor pozostaje
wacicielem kadej kopii (std nazwa wasnociowe) Konsekwencj tej cechy
licencji wasnociowych jest posiadanie przez dystrybutora
praktycznie wszystkich praw do kadej kopii oprogramowania. Tylko
wski, dobrze zdefiniowany zakres uprawnie przekazany jest
uytkownikowi Uytkownik musi zaakceptowa licencj chcc wykorzystywac
dane oprogramowanie.
Typowym przykadem tego typu licencji jest licencja systemu
Microsoft Windows. Ta licencja zawiera typow list zabronionych
czynnoci, np.: reverse engineering, uywanie przez wicej ni 1
uytkownika naraz, publikacja wynikw benchmarkw czy testw
wydajnociowychTomasz Boiski: 37
Problem z EULA Licencje prawie zawsze udzielane s na zasadzie
wszystko albo nic Zazwyczaj mona j przeczyta dopiero po zakupie
produktu, czsto w postaci okienka dialogowego z przyciskami
Akceptuj/Odrzu Zazwyczaj narzucaj dodatkowe ograniczenia wzgldem
praw uytkownika a take zwalniaj dystrybutora z jakiejkolwiek
odpowiedzialnoci za dziaania wynike z uytkowania oprogramowania Cz
dostawcw uywa EULA by omin ograniczenia jakie na licencje nakada
prawo autorskie
Tomasz Boiski: 38
EULA problem (2)
Taken from http://xkcd.comTomasz Boiski: 39
Wolne licencje W odrnieniu od licencji wasnociowych, prawo
wasnoci do kopii nie pozostaje przy dystrybutorze a przechodiz na
uytkownika kocowego "waciciel kopii" nie jest tosamy z "wacicielem
praw autorskich" uytkownik kocowy uzyskuje prawa tylko do tej
jednej kopii, reszta praw pozostaje przy autorze Wolne licencje
zazwyczaj rozszerzaj prawa jakie posiada uytkownik kocowy wzgldem
praw, jakie daoby mu prawo autorskie
Tomasz Boiski: 40
Wolne licencje (2) Akceptacja licencji jest opcjonalna uytkownik
kocowy moe uywa oprogramowanie bez koniecznoci akceptacji licencji
Jeeli uytkownik chce skorzysta z dodatkowych praw wynikajcych z
licencji (np. moliwo redystrybucji) to musi j zaakceptowa i
przestrzega GNU GPL jest chyba najbardziej znan woln licencj
Tomasz Boiski: 41
Otwarte licencje Dziel si na dwa rodzaje: 'copyleft' maj na celu
zachowanie wolnoci i otwartoci oprogramowania Daj kocowemu
uytkownikowi due uprawnienia takie jak moliwo redystrybucji,
reverse engineer'ingu czy innej formy modyfikacji kodu, Zazwyczaj
dodatkowe prawa wymagaj czego w zamian od uytkownika, musi si on
zgodzi na dodatkowe warunki by mc z tych praw skorzysta, GPL jest
przykadem takiej licencji.
Licencje zezwalajace (permissive licenses) maj na celu
zachowanie wolnoci kocowego uytkownika Zezwalaj kocowemu
uytkownikowi na pen dowolno w wykorzystaniu oprogramowania, Nie ma
adnych zobowiza poczonych z tymi prawami, Przykadem jest tutaj
licencja BSD czy MIT Oprogramowanie na takiej licencji moe by
wykorzystywane przez oprogramowanie wasnocioweTomasz Boiski: 42
Inne cechy licencji Oprcz nadawania praw czy wymuszania
ogranicze licencje opisuj zalenoci oraz odpowiedzialno za kod i
wykorzystanie oprogramowania zachodzce pomidzy stronami
porozumienia licencyjnego Zazwyczaj mwi, e producent nie ponosi
odpowiedzialnoci za wszelkie uszkodzenia wynike z prawidowego jak I
nieprawidowego wykorzystania oprogramowania. Zazwyczaj stwierdzaj,
e korzystanie z oprogramowania zgodnie z jego zastosowaniem nie
powinno spowodowa jaki zych rzeczy W rozwizaniach komercyjnych
zazwyczaj dodatkowo chroni przedsibiorstwo dystrybutora
Tomasz Boiski: 43
Najpopularniejsze licencjeIstnieje bardzo duo wolnych/otwartych
licencji (Free-Libre / Open Source Software (FLOSS)), jednake tylko
kilka jest powszechnie stosowane
Tomasz Boiski: 44
Licencje s kompatybilne pomidzy sob strzaka od A do B oznacza, e
mona czy oprogramowanie oparte o licencj A z oprogramowaniem
opartym o licencj B, ale cao musi by wydana na licencji B
Public Domain W rzeczywistoci nie jest to licencja, jednak w
praktyce dziaa tak jakby to bya jedna z nich Oprogramowanie
znajdujce si w przestrzeni publicznej moe by dowolnie uywane, jest
jednak rzadkoci Oprogramowanie musi by jawnie umieszczone w
przestrzeni publicznej lub trafia tam automatycznie, gdy jest
wytworzone przez pracownikw rzdu USA w ramach ich stosunku
pracy
Tomasz Boiski: 45
MIT/X11 Prosta, zezwalajaca licencja, zgodna z GPL Stosowana
gwnie przez XFree86, najpopularniejszej implementacji systemu X
Window dla systemw UNIX'owych Generalna zasada: Moesz rozbi co
tylko zechcesz z kodem, ale nie moesz powiedzie, e go napisae.
Oprogramowanie oparte o licencj X11 moe by wykorzystywane w
zamknitym kodzie, pod warunkiem doczenia treci licencji W 2004,
wraz z wydaniem XFree86 4.4, licencja X11 zostaa zmodyfikowana,
wzbudzajc tym samym wielkie niezadowolenie w spoecznoci
Tomasz Boiski: 46
Zmodyfikowana MIT/X11 Zmiana dodaa jeden, prosty warunek:The
end-user documentation included with the redistribution, if any,
must include the following acknowledgment: "This product includes
software developed by The XFree86 Project, Inc
(http://www.xfree86.org/) and its contributors", in the same place
and form as other third-party acknowledgments. Alternately, this
acknowledgment may appear in the software itself, in the same form
and location as other such third-party acknowledgments.
Tak zmodyfikowana licencja jest zgodna z GPL v3 ale nie jest
zgodna z GPL v2 Zmiana ta spowodowaa zaprzestanie wykorzystania
XFree86 przez wszystkie gwne dystrybucje systemu Linux
Tomasz Boiski: 47
Apache 2.0 The Apache License (wersje 1.0, 1.1, oraz 2.0) wymaga
zachowania informacji o posiadaczu praw autorskich, nie jest
licencj typu 'copyleft' zezwala na stosowanie oprogramowania w
trakcie wytwarzania zarwno zamknitego jak i wolnego czy otwartego
kodu Jest zgodna z GPLv3, ale nie jest zgodna z GPLv1 and GPLv2, z
powodu dodatkowych wymaga nie uwzgldnianych przez te wersje
licencji GPL. Te wymagania obejmuj pewne kwestie patentowe itp. Kod
oparty o licencj Apache moe by stosowany wraz z kodem opartym o
GPLv3 ale nie vice versa
Tomasz Boiski: 48
GPL Opracowana przez Ritcharda Stallmana, podstawa dla filozofii
stojcej za FSF Jest to najpopularniejsza i najbardziej znana
licencja typu 'copyleft', wymaga by prace pochodne rwnie byy wydane
na GPL jest uwaana za licencyjnego wirusa
Zgodnie z filozofi FSF, licencja GPL daje uytkownikowi prawa
wynikajce z definicji wolnego oprogramowania oraz stosuje silny
'copyleft' by zachowa przechodnio I niezmienno tych praw w sytuacji
gdy dzieo zostao zmienione lub rozbudowane Oprogramowanie, ktre
wykorzystuje, czy, zmienia czy nawet linkuje kod oparty o GPL musi
by rozpowszechniane na zasadach licencji GPLTomasz Boiski: 49
GPL (2) Tre licencji GPL nie jest na licencji GPL. Modyfikacja
licencji jest zabroniona Kopiowanie oraz dystrybucja licencji jest
dozwolona, gdy uytkownik kocowy wraz z produktem musi uzyska kopie
licencji Zgodnie z FAQ licencji, kady moe wprowadza zmiany w
licencji pod warunkiem zmiany nazwy wynikowej pracy, usuniciu
preambuy oraz braku wzmianki terminu 'GNU'
Tomasz Boiski: 50
GPL (3)
Taken from http://xkcd.comTomasz Boiski: 51
LGPL GNU Lesser General Public License (LGPL) jest to
zmodyfikowana, bardziej zezwalajca wersja licencji GPL Oryginalnie
pomylana zostaa jako licencja dla bibliotek Gwn rnic pomidzy GPL a
LGPL jest moliwo czenia kodu opartego na LGPL z kodem opartym o
inne licencje bez koniecznoci zmiany licencji wynikego dziea,
niezalenie czy dodatkowy kod jest wolny czy zamknity Jeeli wynikowe
dzieo jest dzieem pochodnym, to jego licencja musi zezwala na
"modyfikacj na potrzeby uytkownika oraz reverse engineering
potrzebny do debugowania tych zmian."
Tomasz Boiski: 52
Affero Affero General Public License (GNU AGPL) jest tosama z
licencj GPL dla oprogramowania opartego o architektur klient-serwer
Rnice polegaj na objciu licencj sytuacji, gdzie oprogramowanie jest
zainstalowane na serwerze i dostpne zdalnie. Licencja ta wymaga by
kod rdowy aplikacji by dostpny dla kadego uytkownika, mimo, e de
facto nie otrzymuj kopii oprogramowania Przygotowana jest dla
dostawcw, ktrzy nie rozpowszechniaj kopii oprogramowania, a jedynie
udostpniaj uytkownikom przez sie jedn okrelon kopi
Tomasz Boiski: 53
MPL Mozilla Public License (MPL) zostaa opracowana przez
Mitchella Bakera, kiedy pracowa jako prawnik w Netscape
Communications Corporation, wersja 1.1 zostaa opracowana przez
Mozilla Foundation Jest to hybryda pomidzy zmodyfikowan licencj BSD
a licencj GPL Postrzegana jest jako sabe 'copyleft'. Kod wydany na
MPL, po modyfikacji musi pozosta na MPL MPL uywana jest gwnie przez
Mozilla Application Suite, Mozilla Firefox, Mozilla Thunderbird i
inne oprogramowanie wydane przez fundacj Mozilla
Tomasz Boiski: 54
MPL (2) Inaczej ni to ma miejsce w silnych 'copyleft', kod
wydany na MPL moe by czony z kodem wasnociowym w jednym programie
MPL jako granic oddziaywania licencji traktuje plik rdowy okrelony
plik jest albo w caoci na MPL albo w caoci na innej licencji GPL
jako granic ustanawia proces wykonany w rodowisku docelowym
Tomasz Boiski: 55
I wiele wiele innych...
Tomasz Boiski: 56
Patenty Patent jest to zestaw pewnych dodatkowych i wycznych
praw nadawany przez pastwo wynalazcy lub wskazanej jednostce na
pewien okres czasu w zamian za ujawnienie szczegw wynalazku
Wynalazek ubiegajcy si o patent musi by czym nowym, odkrywczym,
uytecznym lub majcym zastosowanie w przemyle Patent nie jest prawem
wykorzystania a sposobem na wykluczenie innych z prawa do
wykorzystania dziea Wg WTO patenty powinny: by przydzielane kademu
typowi wynalazku na dowolnym polu technologicznym na minimum 20
lat
Tomasz Boiski: 57
Problemy z patentami Patent musi by przyznany w kadym
kraju/regionie osobno kady z nich moe mie inne standardy cy
procedury
Dostp do listy i treci patentu moe by drogi Trywialne patenty
Trolle patentowe Tak naprawd ograniczaj innowacyjno Wprowadzaj
problem niezgodnoci typw - GIF i PNG, MP3 i OGG Vorbis Przesanie, e
ludzie nie tworz a jedynie odkrywaj Czy oprogramowanie powinno by
patentowane? jeszcze nie moliwe w EU w praktyce moliwe w USATomasz
Boiski: 58
Problemy z patentami na oprogramowanie Wspomniane wczeniej
problemy z kompatybilnoci Wynalazek zaimplementowany za pomoc
komputera wynalazek, ktrego implementacja wymaga zastosowanie
komputera, sieci komputerowej lub innego urzdzenia programowalnego,
wynalazek, ktrego przynajmniej jedna z cech jest czciowo lub w peni
realizowana przez program komputerowy co jest wynalazkiem w co jest
tylko programem? Pokrycie definicji z prawami autorskimi EPO
(European Patent Office) wydao decyzj (T 424/03), e oprogramowanie
jest patentowalne, gdy jest to metoda techniczna wykonana za pomoc
komputera. Naley j odrni od samego programu, ktry tak naprawd
wykonuje metod, wtedy program jest tylko sposobem wyrazu tej metody
a przez to chroni go prawo autorskieTomasz Boiski: 59
Patenty na oprogramowanie w USA "wholly pre-empt the
mathematical formula and in practical effect would be a patent on
the algorithm itself" vs. "it is said that the decision precludes a
patent for any program servicing a computer. We do not so hold." W
wyniku powyszego dowolny program niezbdny do uruchomienia
patentowanego urzdzenia jest patentowalny wraz z tym urzdzeniem na
podstawie wyroku Sdu Najwyszego z 1981: "a claim drawn to subject
matter otherwise statutory does not become nonstatutory simply
because it uses a mathematical formula, computer program, or
digital computer". Wic wniosek zawierajcy "algorytm matematyczny i
implementuje ten algorytm w pewnej strukturze lub procesie, ktry
postrzegany jako cao wykonuje zadania, ktre z zaoenia powinny by
chronione przez prawo patentowe" jest patentowalnyTomasz Boiski:
60
Prawo patentowe w Europie "programy dla komputerw" s wyczone z
moliwoci patentowania Mowa tutaj o wnioskach na samodzielny program
Powysze jest interpretowane jako moliwo patentowania dowolnego
wynalazku, nawet w caoci realizowanego poprzez program komputerowy,
jeeli stanowi nieoczywisty wkad technologiczny lub rozwizuje w
nieoczywisty sposb problem techniczny Komputerowo zaimplementowane
wynalazki rozwizujce problem biznesowy traktowane s jako
niepatentowalne, gdy brakuje im pierwiastka innowacyjnoci
Tomasz Boiski: 61
Sytuacja w innych krajach Japonia wynalazki oparte o programy s
patentowalne aby program by patentowalny musi zawiera rozwizanie
problemu technicznego z wykorzystaniem praw natury to wymaganie
zazwyczaj jest speniany poprzez realizacj procesu przetwarzania
informacji z wykorzystaniem zasobw sprztowych
Australia algorytmy nie s patentowalne, ale ich implementacje z
wykorzystaniem komputera s Korea Poludniowa oprogramowanie jest
patentowalne i wuele takich patentw zostao przyznanych Indie
patentowanie oprogramowania jest niedozwolone
Tomasz Boiski: 62
Status Ciko powiedzie :( Niespjne prawa w rnych krajach Rne
definicje tego co jest patentowalne a co nie Naciski ze strony
duych korporacji Programici zazwyczaj s przeciwni patentom Coraz
wicej rozwiza realizowana jest przez komputery Przyszo jest
niepewna
Tomasz Boiski: 63
Zarzdzanie duym projektem OpenSourcowym Cel pozyska uytkownikw a
cz z nich przekona do przyczenia si jako developerzy W czym ley
problem? Rne licencje musz by wzite pod uwag Geograficzne i
kulturowe rozproszenie i zmienny zbir developerw Potrzeba silnego
lidera Brak staego finansowania Patenty na oprogramowanie Typowe
problemy developerskie: - nieosigalne wymagania, - niejasna
specyfikacja, - sabe zarzdzanie zasobami, - niedostateczne wysiki
projektowe, - etc.
Tomasz Boiski: 64
Otwracie projektu rozwizaniem problemw? Niestety nie Otwarto
licencji nie gwarantuje hord developerw nagl chtnych do powicania
swojego czasu na nasz projekt, Jeeli projekt ma problemy, to jego
otwarcie nie spowoduje ich automatycznego rozwizania - W krtkim
okresie czasu utrzymanie projektu moe kosztowa wicej - Wymaga
uporzdkowania kodu by by zrozumiay dla obcych, - Wymaga utworzenia
strony WWW, list dyskusyjnych itp. - Konieczno napisania
dokumentacji, bardzo czsto jest to pierwsza dokumentacja projektu
Nawet, jeeli jaki developer wykae zainteresowanie projektem, to
naley liczy si z narzutem czasowym koniecznym do przekazania mu
wiedzy niezbdnej do rozpoczcia pracy
W wyniku wikszo projektw OS skazana jest na porak (90-95%)Tomasz
Boiski: 65
Typowe bdy Oszczdna prezentacja i moliwoci instalacji
oprogramowania Brak dokumentacji Brak treci na stronach www Powody:
Nie mam wystarczajcych umiejtnoci, Ja umiem zainstalowa, uywa i
zarzdza moim oprogramowaniem Kod jest najwaniejszy Wic po co?
Brak zarzdzania lub jego sposb identyczny z stosowanym w
projektach na wasne potrzeby jest wystarczajcy Zesp indywidualistw
doskonale si przecie dogada bez jaki specjalnych procedur. Nacisk
na niewaciwe aspekty zarzdzania.Tomasz Boiski: 66
Aspekty kulturowe a stabilno projektu Globalna kultura wolnego
oprogramowania jest relatywnie nowym osigniciem Pomimo tendencji do
podziaw, posiada powszechnie akceptowany rdze zachowawczy Nagradza
pewne zachowania, karze inne Zachca do spontanicznego zaangaowania
kosztem sterowania centralnego, Ma jasno okrelone co jest
traktowane jako mie a co jako niemie
Aktywni developerzy rozpowszechnili ten standard, wic jest
globalna spjno w oczekiwaniach Projekty, ktre odniosy sukces zawsze
opieraj si na dobrze ugruntowanych zachowaniach w celu rozwizania
sytuacji konfliktowych
Tomasz Boiski: 67
Wic jak zapewni projektowi sukces? Bd wiadomy rnic pomidzy
wolnym a otwartym oprogramowaniem, developerzy maj swoje
preferencje Wolna kultura oparta jest o moliwo wyboru Cierpliwoci
aby grupa si zya potrzebny jest czas, zwaszcza gdy brak
bezporedniej komunikacji Developerzy i uytkownicy musz widzie
przeoenie ich zaangaowania na wpywalno na decyzje Tworzone
oprogramowanie musi by przydatne samym twrcom, zwiksza to szans na
jego popraw
Tomasz Boiski: 68
Rozruch projektu Sprawd, czy kto nie robi ju czego podobnego
Okrel co tworzony system bdzie robi, a co nie ustalenie zakresu
projektowego jest fundamentem pod dalsze prace Zadbaj o dobre
pierwsze wraenie Uytkownicy kontakt z projektem zaczn od jego
strony www i na jej podstawie oceni sam projekt Informacje musz by
atwo dostpne Odnoniki powinny prowadzi tam, gdzie sugeruje ich
nazwa Zadbaj, by by sama strona mwia nie stracisz z nami czasu
Zbierz wiedz dostpn dotychczas jedynie dla rozwijajcych system
Udokumentuj wszystko co moliwe i uporzdkuj kod dla Ciebie moe on by
oczywisty, dla innych ju niekoniecznieTomasz Boiski: 69
Rozruch projektu (2) Nadaj projektowi jak ciekaw nazw Jasno
okrel swj cel i to co chcesz osign Wyranie okrel czy to bdzie
projekt typu closed/open/free source Opisz funkcje i wymagania
twojego oprogramowania Okrel status projektu na jego drodze
rozwojowej Stosuj powszechnie wykorzystywane standardy paczkowania
i instalacji oprogramowania Zapewnij system kontroli wersji i
ledzenia bdw zarwno deweloperom jak i uytkownikom Zapewnij moliwoci
komunikacji pomidzy uytkownikami i deweloperamiTomasz Boiski:
70
Rozruch projektu (3) Przygotuj zarwno dokumentacj techniczn, jak
i zestaw regu spoecznych: Jak rne rzeczy s realizowane Jakie s
zasady komunikacji itp.
Dobrze jest dostarczy dokumentacj zarwno on-line na stronach www
jak i off-line wraz z kodem/paczk binarn Umie na www zrzuty ekranu
czy przykadowe wyjcie Wybierz licencj i docz j zarwno do kodu jak i
dokumentacji
Tomasz Boiski: 71
No ok, mamy projekt. Co teraz? :)
Tomasz Boiski: 72
Jak spowodowa, by projekt y? Nie narzucaj decyzji w projektach
OS wany jest consensus Nie wdawaj si w ktnie, nie zmuszaj ludzi do
przepraszania, trzymaj si tematu dyskusji Oceniajcie krzyowo kod w
zespole: Dobrze jest powiadomi wszystkich o nowym commicie
Propozycje zmian, potencjalne bdy itp. powinny by publiczne
Kiedy projekt jest gotowy na to poka go wiatu (nie musi by
skoczony, wystarczy, e jest co pokaza http://freshmeat.net/ Grupy
dyskusyjne, listy mailingowe itp. skupiajce osoby, ktre mog by
zainteresowane projektem
Postpuj dalej zgodnie z planem, rozwijaj swj projekt i
cierpliwie czekaj na rozrost spoecznociTomasz Boiski: 73
Infrastruktura techniczna Strona www Gwne rdo informacji,
interfejs dla pozostaych usug
Listy mailingowe Zazwyczaj najbardziej dynamiczna forma
komunikacji w projekcie, rwnie sposb na archiwizacj informacji
System kontroli wersji System ledzenia bdw Suy do ledzenia nie
tylko bdw, ale take zada, wyda czy funkcjonalnoci Pozwala na
koordynacj prac i ledzenie zaawansowania realizacji zadania
Komunikacja na ywo Czasami potrzeba szybkiej formy komunikacji
czy moliwoci szybkiego uzyskania odpowiedzi na pytanie
Tomasz Boiski: 74
Infrastruktura spoeczna i polityczna Groba rozgazienia (fork)
jest sposobem na zmuszenie do kompromisu W rzeczywistoci
rozgazienia s rzadkie
W jaki sposb podejmowa decyzje? askawy Dyktator - Czy projekt ma
w swoich zasobach osob o odpowiednich umiejtnociach? - Czy zostanie
zaakceptowany przez zesp? - Zazwyczaj model ten jest stosowany w
pocztkowej fazie rozwoju Demokracja oparta o kompromis - Stosowana
w dojrzaych projektach Gosowanie - Kiedy gosowa? - powinno by
rzadkie. - Jak? Kto moe? - jasno zdefiniowane regy
Tomasz Boiski: 75
Pienidze Czy wolne/otwarte projekty mog pozyska pienidze lub inn
form wsparcia? Oczywicie, finansowanie mona pozyska na rne cele:
Odcienie organizacyjne Wsparcie podlegych projektw Marketing
Podwjne licencjonowanie Pozbycie si konkurencji itp.
Pienidze nios pokus komercjalizacji i centralizacji pomimo tego
staraj si trwa jako luno zwizana grupa Pienidze nie kupi lojalnoci
deweloperw jeeli podoba im si to co robi to zostan, jeeli nie to
odejd Nie zmieniaj natury projektu (np. licencji) w trakcie
pracyTomasz Boiski: 76
Inne rodzaje wsparcia Dotacje w postaci sprztu Dotacje w postaci
cza Pomoc zespow testowych Pomoc prawna Programici zazwyczaj
orientuj si w prawach autorskich, ale nie maj czasu/wiedzy by ledzi
patenty, znaki towarowe, aktualne prawo itp.
Tworzenie dokumentacji Marketing ale nie kam w reklamie, atwo
jest zweryfikowa ich prawdziwo Nie pozwl na docinanie konkurencji,
ani tej closed ani tej open source
Tomasz Boiski: 77
A jak nasze oprogramowanie wprowadzi do oficjalnych repozytoriw
dystrybucji?
Tomasz Boiski: 78
Wczanie oprogramowania do dystrybucji LinuksaPodstawowe
wymagania: Jako Wymogi prawne (licencje) Utrzymanie pakietw
Zazwyczaj dystrybucje dostarczaj kompletnych wytycznych i
wymogw, jakie naley speni zanim oprogramowanie bdzie w ogle mogo by
traktowane jako kandydat do wczenia do dystrybucji. W dalszej czci
zostanie to zaprezentowane na przykdzie dystrybucji Debian Linux
http://www.debian.org/doc/debian-policy/ Inne dystrybucje oferuj
podobne wytyczne, czasami przyjmujc bardziej swobodne podejcie do
problematycznych pakietw, takich jak sterowniki binarne, paczki z
firmware itp.Tomasz Boiski: 79
Aspekty prawne (1)Z punktu widzenia inyniera, jako i
funkcjonalno s najwaniejszymi aspektami kodu. Dla wiata w rwnym, a
moe i nawet wikszym stopniu licz si take aspekty prawne i to one
stoj u podstaw polityki, jak kieruje si dana dystrybucja. Debian
opiera si o: Celem Debiana jest dostarczenie wolnego systemu
operacyjnego, jednake nie kady program, jaki chcielibymy do niego
wczy jest wolny w naszym rozumieniu tego sowa lub moe by wczany bez
dodatkowych ogranicze. Std zbir paczek podzielny jest na trzy
fragmenty (main, contrib, non-free), kady grupujcy pakiety pod
wzgldem licencji i innych ograniczeTomasz Boiski: 80
Aspekty prawne (2)W dalszej czci ta polityka mwi: Celem takiego
podziau jest: moliwo dostarczania tak wielu paczek jak tylko
moliwe, moliwo zachcania innych do tworzenia wolnego oprogramowania
uproszczenie tworzenia dystrybucyjnych pyt cd bez koniecznoci
naruszania jakichkolwiek licencji, ogranicze czy innych form
prawnych. Dystrybucja Debian GNU/Linux skada si tylko z czci main
repozytorium! Repozytoria contrib oraz non-free nie s traktowane
jako cz dystrybucji, jednake wspieramy je i dostaczamy dla nich pen
infrastruktur (jak np. system ledzenia bdw czy listy mailingowe).
Tomasz Boiski: 81
Aspekty prawne (3)Definicj wolnego oprogramowania dostarcza Free
Software Guidelines (DFSG): Wolno redystrybucji Dostpno kodu
rdowego Moliwo tworzenia dzie pochodnych Dopuszczalny jest wymg
integralnoci kodu Brak dyskryminacji wobec osb, grup czy zastosowa
Licencja musi by poprawnie rozpowszechniana Licencja nie moe
dotyczy tylko Debiana Licencja nie moe wymusza niczego na innym
oprogramowaniuPrzykadowo GPL, BSD itp. traktowane s jako wolne.
Tomasz Boiski: 82
Jako (1)Debian kieruje si nastpujc wytyczn: Twj kod nie moe by
na tyle zarobaczony, e nie chcemy go utrzymywa. Poza tym istnieje
pewien zestaw standardw/wymaga, jakie kod musi spenia by trafi do
dystrybucji. Wanym aspektem jest rozkad docelowych plikw binarnych
zgodnie z Filesystem Hierarchy Standard (FHS)
http://www.pathname.com/fhs/ Dobrze jest kierowa si tym standardem,
gdy planujemy rozkad plikw, zdecydowanie upraszcza to prac osoby
utrzymujcej nasz paczk. Zwiksza to te zadowolenie uytkownikw
kocowych.
Tomasz Boiski: 83
Jako (2)W zalenoci od zastosowa, moe by konieczne spenienie
dodatkowych zalece: Wsparcie dla MIME Poprawna integracja z Menu
systemowym Zalecenia wzgldem rnych jzykw programowania: Java,
Python, Perl, PHP Inne w zalenoci od potrzeb
Zalecenia dla aplikacji webowych Pooenie bibliotek, zmienne
rodowiskowe itp.Tomasz Boiski: 84
Utrzymanie pakietw (1)Dystrybucje okrelaj wasne zasady
przeksztacenia kodu w paczk wczan do tej dystrybucji. W przypadku
Debiana jego Debian Developer's Reference mwi: Wymagana jest
weryfikacja w licie o nazwie Work-Needing and Prospective Packages
(WNPP), czy kto ju nie pracuje nad stworzeniem paczki dla danego
programu. Lista t mona znale tutaj:
http://www.debian.org/devel/wnpp/ Nastpnie naley zgosi bd w
stosunku do pakietu wirtualnego o nazwie 'wnpp' z priorytetem
ustawionym jako 'wishlist'. Zgoszenie takie powinno zawiera opis
aplikacji, jej licencj oraz adres url, skd mona je pobra. Nastpnie
naley przesa oprogramowanie z odpowiednimi informacjami
dodatkowymi.Tomasz Boiski: 85
Utrzymanie pakietw (2)Samo wprowadzenie oprogramowania do
dystrybucji jest tylko wstepem do dalszej pracy. Jako deweloper
zobowizani jestemy do reagowania na rne zdarzenia, takie jak:
Zgoszenia bdw Poprawki bezpieczestwa Porzdkowanie zmian
wprowadzonych do kodu Reagowanie na zmiany w gwnej gazi programu
lub innych programw Pilnowanie spjnoci poprzez korekt zalenoci itp.
Niezbdne jest pewne dowiadczenie w obsudze narzdzi kontroli wersji
oraz ledzenia bdw
Tomasz Boiski: 86
Cykl rozwojowy dystrybucji Linuksa na przykadzie Fedory Czym
jest dystrybucja Linuksa i projekt Fedora Komunikacja Planowanie
wydan Dokumentacja i szata graficzna Zarzadzanie jakoscia Opieka na
paczkami Infrastruktura sieciowa i aplikacyjna
Tomasz Boiski: 87
Czym jest dystrybucja Linuksa? Jdro linuksa Zestaw wsppracujcego
ze sob oprogramowania pochodzcego z rnych projektw (pakiety)
Instalator System zarzdzania pakietami Dystrybucje mog by baz dla
innych dystrybucji, a nawet jedna dystrybucja moe mie wiele
wersji.
Tomasz Boiski: 88
Projekt FedoraProjekt Fedora jest wsppraca na szczeblu globalnym
czonkw spoecznoci wolnego oprogramowania. RedHat sponsoruje
infrastruktur i tworzenie czci oprogramowania baza dla Red Hat
Enterprise Linux krtki cykl wydawniczy kolejne wersje co p roku
skada si z wielu pod projektw oraz narzdzi wspomagajcych silnie
rozproszona prace zespoowa
Tomasz Boiski: 89
Struktura projektu Projekt Fedora skada si z: podprojektw Aby
dana inicjatywa moga otrzyma miano oficjalnego projektu, musi
wykaza si dugofalowa zdolno do sprostania przeciwnociom losu.
Oznacza to, ze musi by opatrzona kompletna strategia zarzdzania
projektem, w tym take schemat postpowania przy rozwizywaniu
zalenoci kadrowych. Musi rwnie zaprezentowa udokumentowane materiay
i zasoby wykorzystywane w projekcie, strategie komunikacji oraz
udokumentowane procesy postpowania Od tego typu projektw oczekuje
si regularnych raportw z prac. Tylko Rada Projektu Fedora (Fedora
Project Board) moe ogasza i akceptowa nowe projekty w ramach
projektu Fedora. grup zainteresowania (SIG Special Interest
Group)
Tomasz Boiski: 90
Special Interest Group SIG musi dostarcza regularnych raportw
relacjonujcych postpy w nastpujcych dziedzinach: Liczba aktywnych
wsppracownikw i developerw Postpy w realizacji projektw i ich
obecny stan wzgldem wyznaczonych celw Relacji projektu ze
spoecznoci Biecych zasad nadzorowania projektu Harmonogram drogi ku
osigniciu zadeklarowanych celw
Tomasz Boiski: 91
Gwne obiekty, projekty i role w projekcie Fedora Pakiety Maj
swojego waciciela Skadaj si z oryginalnego kodu rdowego i zestawu
patchy.
Wydania maj okrelone cele wydania, plany nowych cech i
terminarz
Rada Fedory odpowiada za zarzdzanie caoci projektu i zmienia si
co 2 wydania (poowa rady powinna by zmieniona) gwny szef projektu
wyznaczany przez RedHata (ma prawo weta) 4 uczestnikw wyznaczanych
przez RedHata 5 uczestnikw wybieranych ze spoecznosci Fedory
FESco Fedora Engineering Steering Committee odpowiada za
akceptowanie nowych cech, grup zainteresowa, podprojektw, procesu
paczkowania aplikacji i innymi technicznymi sprawamiTomasz Boiski:
92
Komunikacja listy dyskusyjne IRC fora dyskusyjne strony
spoecznociowe blogi uczestnikw projektu wydarzenia (spotkania)
ambasadorzy marketing
Tomasz Boiski: 93
Terminarz i planowanie Projekt ma cile zdefiniowane etapy,
ktrych osigniecie oznacza zrealizowanie dobrze zdefiniowanych celw
oraz okrelone konsekwencje w cyklu tworzenia dystrybucji.
Development freeze - pakiety zostaj zamroone. Jedynie pakiety
naprawiajce znaczce bdy mog zosta dodane do drzewa pakietw Feature
freeze - zamroone zostaj cechy nowego produktu. Na tym etapie
odrzucone zostaj wszystkie niekompletne rozwizania String freeze -
zamroone zostaj wszelkie dane tekstowe pakietw Translation deadline
- wszelkie tumaczenia wykonane do tego momentu maja zagwarantowane,
ze trafia do finalnego wydania. Pakiety powinny po tym terminie, a
przed waciwym przeniesieniem ich do drzewa testowego, zosta
przekompilowane z uwzgldnieniem tych tumacze Beta freeze -
zamroenie wszystkich zmian a do wydania wersji beta. Final
Development freeze - zamroenie wszystkich zmian a do wydania wersji
finalnej. Release - udostpnienie spoecznoci Wraz z wydaniem wersji
testowej odmroone zostaje drzewo testowe, a wraz z wydaniem wersji
ostatecznej odmroone zostaje drzewo rozwojowe.Tomasz Boiski: 94
Proces wczania nowych cech (features) do FedoryJako propozycje
nowych cech Fedory uznaje si: bardzo widoczne zmiany dla kocowego
uytkownika zmiany, ktre wymagaj integracji z wieloma pakietami
ekscytujce nowoci zmiany, ktrych nieukoczenie moe spowodowa
opnienie wydania rzeczy wystarczajco wane by znale si w
informacjach o wydaniu
Tomasz Boiski: 95
Zatwierdzanie nowych propozycji
Tomasz Boiski: 96
Nowe cechy a cykl wydawniczy Strony opisujce cechy wydania
powinny by aktualizowane przed kadym z nastpujcych wyda: Alpha
Freeze Beta Freeze - cechy, ktre nie s w 100% zaimplementowane
przed wydaniem bety powinny by zaktualizowane nie pniej ni w
przecigu 2 tygodni Final Freeze - na tydzie przed Final Freeze
wszystkie cechy wydania zostana ocenione na podstawie biecych
informacji
W momencie Final Freeze dokumentacja cech powinna by wykonana w
100% i dostosowana do rzeczywistego zakresu wykonanych prac
Tomasz Boiski: 97
Nowe cechy a cykl wydawniczy (2) Feature Wrangler jest
odpowiedzialny za wysyanie powiadomie do osb odpowiedzialnych za
dane cechy za porednictwem listy fedora-devel-announce Podsumowanie
biecego stanu wszystkich cech zawarte jest na stronie danego
wydania wraz z odnonikami do krtkiego opisu danej cechy Za
aktualizacje tej strony odpowiada Feature Wrangler Dla projektu
Fedora strona ta znajduje sie pod adresem:
http://fedoraproject.org/wiki/Releases//FeatureList
W przypadku braku aktualizacji strony cechy w odpowiednim
terminie informacja o tym w postaci delikatnej umieszczana jest na
licie [email protected] a odpowiedzialna za to osoba
otrzymuje ostra wersje w postaci wiadomoci prywatnejTomasz Boiski:
98
Wane etapy cyklu ycia nowej cechy Nowe cechy mog by zgaszane i
akceptowane jedynie do stadium Feature Freeze Do momentu wydania
wersji Alpha: Opis cechy musi by wykonany i sformalizowany, by
moliwe byo jasne okrelenie zakresu prac. Okrelone musz zosta
kryteria akceptacji bd odrzucenia cechy.
Do czasu Beta Freeze wykonany musi zosta plan oraz procedury
testw akceptacyjnych. W tym samym czasie cecha musi by gotowa pod
wzgldem funkcjonalnym, by moliwe byo jej testowanie. W trakcie
etapu Feature Freeze, Feature Wrangler przekazuje do FESCo status
wszystkich cech do zaopiniowania. Po wydaniu opinii przez FESCo,
Feature Wrangler publikuje ostateczna list cech.Tomasz Boiski:
99
Tworzenie informacji o wydaniu Tworzone z czstek tematycznych
(uderze - beats), ktrymi zajmuj si ludzie odpowiedzialni za
okrelone cechy Zalenie od etapu cyklu wydawniczego maja form
krtkich stron WIKI lub s konwertowane w odpowiedni dokument HTML Po
przygotowaniu dokumentu powstaj jego tumaczenia (umieszczone na
WWW) Na stronie projektu do kadego wydania tworzona jest strona o
najczciej spotykanych bdw
Tomasz Boiski: 100
Szata graficzna wydania Zbieranie pomysw i koncepcji na nowy
temat graficzny Przygotowanie roboczej wersji tapety i 3
pomocniczych grafik (2 panoramiczne i jedna standardowa) Wybranie
najadniejszego tematu i przygotowanie potrzebnych grafik dla nowego
wydania
Tomasz Boiski: 101
Wyszukiwanie i naprawianie bdw Zanim wykonamy jakkolwiek prac
naley rozway: Czy jest to bd? Czy zosta przypisany do waciwego
komponentu systemu i jego waciwej wersji? Czy jest to nowy bd czy
duplikat wczeniej zgoszonego? Czy s jakie powizane bdy? Czy bd
opisuje pojedynczy problem czy kilka problemw? Czy zgoszenie
dostarcza wystarczajcej iloci informacji? Czy bd jest na tyle
powany, ze uniemoliwia wydanie dystrybucji? Czy bd jest trywialny w
naprawie? Czy do zgoszenia zostaa doczona atka naprawiajca bd? Czy
ten bd zosta ju zgoszony do twrcy danego komponentu? itp.
Tomasz Boiski: 102
Dni testowania S to imprezy organizowane dla uytkownikw i
deweloperw Wane nowe prace developerskie s testowane w dni
testowania Grupy zainteresowane dniami testowania najczciej
przygotowuj specjalne Live CD lub Live USB by pomc chtnym
testerom
Tomasz Boiski: 103
Opieka nad pakietami Kada paczka opiekuje si wyznaczona osoba
lub grupa ludzi (np. SIG) Istnieje lista, na ktre powinno si
wpisywa terminy swojej nieobecnoci Istnieje specjalna grupa
sprawdzonych opiekunw (provenpackagers), ktra ma prawa zapisu do
CVS wszystkich pakietw. Mona wykluczy wybrane paczki z moliwoci
edycji przez grup sprawdzonych opiekunw Sponsorzy pakietw to
dowiadczeni opiekunowie, ktrzy prowadz mniej dowiadczonych opiekunw
pakietw Oczekiwane terminy naprawiania paczek: 1 dzie - bardzo wane
rzeczy (np. niszczenie danych uytkownikw) 2 - 14 dni - inne, troch
mniej wane rzeczy 21 dni - irytujce bdy, ale nie powodujce strat
danychTomasz Boiski: 104
Rozwizania komercyjne oparte o Open SourceNiektre projekty typu
open source stanowi podstaw pdo aplikacje komercyjne. Otwarte
oprogramowanie jest rwnie powszechnie wykorzystywane w
zastosowaniach domowych jak i niekomercyjnych. Ponadto wiele
dystrybutorw i usugodawcw wykorzystuje otwarte frameworki, moduy
czy biblioteki w swoich komercyjnych, nastawionych na zysk usugach
i produktach. Z punktu widzenia taka dziaalno jest opacalna.
Klienci chtnie pac za ochron prawn (np. przed roszczeniami
wynikajcymi z narusze prawa autorskiego) oraz gwarancj wsparcia
technicznego w okrelonym czasie w poczeniu z innowacyjnoci oraz
niezalenoci pync za Open Source.
Tomasz Boiski: 105
Wymg wikszoci licencji, by dziea pochodne rozpowszechnia na
identycznej licencji zmusi firmy do opracowania mechanizmw
umoliwiajcych realizacj ich modelu biznesowego: Podwjne
licencjonowanie kod jest rozpowszechniany rwnolegle zarwno na
licencji otwartej jak i komercyjnej. Dostawcy zazwyczaj pobieraj
opaty za dodatkow funkcjonalno obecn w wersji zamknitej, dodatkow
dokumentacj, testy, ochrone prawn czy wsparcie techniczne.
Rozszerzenie funkcjonalnoci otwarty framework czy biblioteka,
zainstalowana na komputerze uytkownika odrbnie w stosunku do
komercyjnej aplikacji, ktra to wykorzystuje moliwoci otwartego
oprogramowania (jednake zostaa dostarczona bez otwartego
komponentu). Opata pobierana jest zazwyczaj za usug dodan wsparcie
nie obejmuje otwartego komponentu.
Rozwizania komercyjne oparte o Open Source (2) modele
biznesowe
Tomasz Boiski: 106
Rozwizania komercyjne oparte o Open Source (3) modele biznesowe
Oprogramowanie jako usuga dostawca pobiera opaty za wiadczona usug
a nie samo oprogramowanie, ktre nigdy nie jest dostarczane do
klienta. Zazwyczaj opata jest w postaci miesicznej opaty
abonamentowej umoliwiajcej dostp do usugi. Pobieranie opat za
wsparcie techniczne, szkolenia, porady patne jest wsparcie dla
oprogramowania a nie samo oprogramowanie. Dostawcy zazwyczaj
pobieraj roczne opaty za wsparcie techniczne, opaty per studenta za
szkolenia czy opaty za usug konsultingow. Dochd z reklamy dostawca,
zazwyczaj strony WWW, posiada dochd wnoszony przez reklamodawcw
ogaszajcych si na danej stronie, ktra jest wytworzona za pomoc
otwartych komponentw. Kady z tych modeli biznesowych ma za zadanie
ujcie midzynarodowego charakteru spoecznoci open source, ktrej
rozmiar zazwyczaj przekracza rozmiar moliwy do uzyskania w
przypadku zamknitego oprogramowania. W przypadku OS, liczba osb
paccych za rozwizanie wynosi zazwyczaj poniej 1% osb, ktre otwarte
rozwizanie stosuj, wic, by uzyska zysk, szczeglnie istotna jest
redukcja kosztw dystrybucji oraz poleganie na efekcie skali.Tomasz
Boiski: 107
Rozwizania komercyjne oparte o Open Source (4) przykadyKrtka
lista: Compiere oprogramowanie ERP i CRM. Open/Libre/Star/Novell
Office pakiet biurowy. Red Hat Linux komercyjna dystrybucja
Linuksa. SUSE Linux Enterprise Server / Desktop inna komercyjna
dystrybucja Linuksa. OpenWorkbench zarzdzanie projektem. Db4o
ODBMS. Rational Application Developer narzdzia wspierajce
wytwarzanie oprogramowania dostarczane przez IBM, a oparte o
Eclipse.
Tomasz Boiski: 108
Rozwizania komercyjne oparte o Open Source (4) podsumowanieTrwa
debata, czy dostawcy rzeczywicie maj dochody z dziaalnoci opartej o
OS. Z punktu widzenia tradycyjnego biznesu moe to by jednak
niewaciwie zadane pytanie. Wikszo duego otwartego oprogramowania
jest sponsorowana przez firmy takie jak IBM czy Oracle, ktrych
celem nie jest przychd z licencji. Motywacje dziaa takich firm
bardziej opieraj si na redukcji wpywu konkurencji na rynek oraz
dostpnoci gotowych komponentw, z ktrych mog tworzy wiksze usugi. W
przypadku mniejszych firm, zastosowanie OS wie si raczej z
tworzeniem lojalnej bazy uytkownikw, przekadajcej si na warto firmy
w oczach wikszych graczy, ni bezporedniemu dochodowi ze
sprzeday.
Tomasz Boiski: 109
Standardy Co powoduje, e rne rozwizania mog wsppracowa ze sob?
Wsplne interfejsy Protokoy Oczekiwane zachowanie Itp. Internet
Engineering Task Force: RFC oraz STD ISO W3C inne
Organizacje zajmujce si tworzeniem standardw
Tomasz Boiski: 110
RFC oraz STD RFC jest to memorandum publikowanym przez Internet
Engineering Task Force (IETF) Opisuje dziaanie, zachowanie, badania
naukowe czy innowacje majce wpyw na dziaanie sieci Internet i
opartych o ni systemw Nie w peni formalna forma standaryzacji,
propozycje w postaci Internet Drafts mog by zgaszane bez wsparcia
jakiejkolwiek zewntrznej organizacji RFC s baz dla Internet
Standards (STD) Kade RFC jest statyczne, kada zmiana to nowe RFC
RFC mona oznaczy tagami: informative, experimental, best known
practice, unknown, historic, deprecate, obsolete, obsoleted Freely
available at http://www.rfc-editor.org/Tomasz Boiski: 111
Droga do Internet Standard Krok 1: Internet Draft Jest to pewien
zestaw roboczych dokumentw opublikowanych przez IETF Oczekuje si
odniesienia do podstawowych wymaga stawianych RFC Wano dokumentw
ograniczona jest do 6 miesicy W dowolnym momencie mog by zmienione
czy usunite Po wyganiciu s cakowicie usuwane z repozytorium IETF
Internet Draft przeksztacany jest w RFC Nie moe zosta usunity czy
zmodyfikowany Dobrze opisuje znane problemy implementacyjne Zasada
dziaania jest dobrze rozumiana Zebra dobre opinie w spoecznoci,
jest uznawany za wartociowy
Krok 2: RFC oraz Proposed Standard
Tomasz Boiski: 112
Droga do Internet Standard (2) Krok 3: Draft Standard Istniej
przynajmniej dwie niezalene, ale wsppracujce ze sob implementacje
oparte o niezalenie rozwijany kod Dla tych implementacji zebrano
wystarczajca ilo dowiadczenia Traktowany jako ostateczna
specyfikacja, ew. zmiany bd wprowadza jedynie poprawki wynikajce z
nowonapotkanych problemw Producenci na tym etapie mog z powodzeniem
implementowa rozwizanie w wraliwych aplikacjach
Krok 4: Standard Zgromadzono znaczne dowiadczenie oraz powstao
wiele implementacji Dua dojrzao techniczna propozycji Rozwizane
problemy interoperacyjnoci w Internecie poprzez definicje protokow,
formatw komunikatw, jzykw itp. Najistotniejsze z standardw s te,
ktre definiuj protok IP
Tomasz Boiski: 113
International Organization for Standardization (ISO)
Midzynarodowe ciao standaryzujce, skadajce si z reprezentantw
narodowych organizacji standaryzujcych Publikuje rne dokumenty:
Standardy Raporty techniczne Specyfikacje Przewodniki Itp.
Dokumenty wydane przez ISO s chronione prawem autorskim. Za
kopie wikszoci pobierane s opaty ISO poddane zostaje czasami
krytyce, gwnie za proces standaryzacyjny formatu Office Open
XML
Tomasz Boiski: 114
W3C The World Wide Web Consortium (W3C) jest gwnym ciaem
standaryzujcym dla sieci World Wide Web 5 poziomw stadaryzacji:
Working Draft (WD) Last Call Working Draft Candidate Recommendation
(CR) Proposed Recommendation (PR) W3C Recommendation (REC)
Rekomendacje mog by korygowane poprzez Erraty W3C pozostawia
producentom woln rk w przestrzeganiu rekomendacji Odpowiedzialni za
HTML, XML, XHTML, SOAP etc.
Tomasz Boiski: 115
OASIS The Organization for the Advancement of Structured
Information Standards (OASIS) Jest globalnym konsorcjum
rozwijajcym, utrzymujcym i wdraajcym standardy e-biznesu i usug
sieciowych Dziaaj w nastpujcych dziedzinach: Web Services,
e-Commerce, Security, Law & Government, Supply Chain, Computing
Management, Application Focus, Document-Centric, XML Processing,
Conformance/Interop, and Industry Domains
Odpowiedzialna za DocBook, OpenDocument, UDDI, WSBPEL, WSDM etc.
OASIS zgadza si na standaryzacj rozwiza opartych o licencjonowane
czy opatentowane komponenty
Tomasz Boiski: 116
Ecma International Ecma International (Ecma) jest midzynarodow
prywatn organizacj typu non-profit zajmujc si standaryzacj systemw
komunikacyjnych i informacyjnych Ich celem jest: Rozwijanie
standardw i publikacja raportw technicznych w celu upowszechnienia
i ujednolicenia protokow komunikacyjnych w systemach
informatycznych i elektronice uytkowej Zachca do przestrzegania
standardw Publikuje standardy i raporty w postaci papierowej i
elektronicznej
Publikacje wydane przez Ecma mog by bezpatnie rozpowszechniane
Odpowiedzialna za JavaScript, specyfikajc jzyka C#, Common Language
Infrastructure (CLI), Office Open XML, itp.Tomasz Boiski: 117
OpenDocument Proces standaryzacyjny wystartowa 16.12.2002 Uznane
przez OASIS 01.05.2005 Oparty o format XML znany z OpenOffice 1.0
Proces mia dwie fazy: Zapewnienie, e format OpenDocument bdzie w
stanie obsuy informacje zapisane przez znaczn wikszo
dotychczasowych systemw Skupienie si na wsppracy opartej o Open
Internet
Przekazane do ISO SC na tzw. "Fast-Track Processing" 30ego
listopada 2006 opublikowano ISO/IEC 26300:2006 Information
technology Open Document Format for Office Applications
(OpenDocument) v1.0 OASIS ukoczyo prac nad wersj 1.1 (jeszcze nie
przesan do ISO/IEC) oraz rozpocza prac nad wersj 1.2Tomasz Boiski:
118
Office Open XML Proces zosta zapocztkowany przez Ecma, format
zosta standardem Ecma (ECMA-376) 7ego Grudnia 2006 Nastpnie zosta
przekazany do ISO/IEC w trybie "FastTrack Processing", gdy Ecma
jest czonkiem typu JTC-1 (Joint Technical Committee 1) Specyfikacja
zostaa sklasyfikowana przez ISO oraz IEC jako DIS 29500 (Draft
International Standard 29500) Information technology Office Open
XML file formats Proces standaryzacyjny skada si z 3 etapw:
Poszukiwanie sprzecznoci Gosowanie Faza doprecyzowania gosw
Tomasz Boiski: 119
Office Open XML (2) W fazie poszukiwania sprzecznoci czonkowie
ISO oraz IEC przekazali zauwaone bdy i sprzecznoci do JTC 1 Podczas
fazy gosowania czonkowie ISO gosowali nad przekazan przez Ecma
specyfikacj. Wraz z gosem przekazywana bya opinia oraz komentarze
co do dokumentacji itp. W ostatniej fazie zgaszajcy propozycj
standardu wypowiada si co do przekazanych uwag, a gosujcy na tej
podstawie mieli prawo zmiany swojego gosu
Tomasz Boiski: 120
Office Open XML (3) We wrzeniu 2007 sto cztery kraje-czonkowie
ISO i IEC przystpio do gosowania Wymagane jest by "P-members",
ktrzy maj obowizek gosowania, w 66.67% byli za. W tej grupie za byo
53% czonkw, co nie dao wymaganego poziomu. Nie wicej ni 25%
wszystkich gosw moe by negatywnych. Te wymaganie rwnie nie zostao
spenione, gdy 26% gosw byo negatywne. W wyniku powyszego proces
wszed w faz doprecyzowania gosw
Tomasz Boiski: 121
Office Open XML (4) W odpowiedzi na uwagi zgoszone w trakcie
fazy gosowania Ecma opublikowaa dokument zatytuowany "Disposition
of Comments", ktry nawizywa do 1,027 rnych przesanych uwag ("NB
comments" (National Bodies)) Dokument skada si z 1600 stron
komentarzy i proponowanych zmian Czonkowie ISO oraz IEC mieli 6
tygodni na zapoznanie si z dokumentem i ustosunkowaniem do niego. W
tym czasie mieli te okazj do uczestniczenia w nieformalnych
konferencjach organizowanych przez Ecma by mc przedyskutowa zmiany
Integraln czci ostatniej fazy jest Ballot Resolution Meeting (BRM).
To od ustale na nim poczynionych zaley czy propozycja DIS 29500
zostanie zaakceptowana jako standard czy nie.Tomasz Boiski: 122
Office Open XML (5) W trakcie tego spotkania 873 zaproponowane
przez Ecma zmiany poddane zostay dyskusji (spord 1,027 przesanych
odpowiedzi 154 proponoway brak zmiany) Z powodu ograniczenia
czasowego wynoszcego 5 dni jedynie 20% spord tych zmian zostao
przedyskutowane Pozostae 80% podlegao jedynie gosowaniu bez
przeprowadzenia dyskusji Gosowaniu podlegaa kada zmiana z osobna,
kady z NB mg zaakceptowa lub odrzuci zmian bd wstrzyma si od gosu
Dziki temu cz aspektw standardu przeszo bez jakiejkolwiek
debaty
Nastpnie Project Editor przystpowa do tworzenia finalnej wersji
specyfikacji Oryginalny wniosek traktowany by jako podstawa do
zmian Nanoszone byy zmiany, co do ktrych wynik gosowania wskazywa
na akceptacj
NB miay 30 dni od BRM na ew. zmian swojego stanowiska w
poprzednim gosowaniuTomasz Boiski: 123
Office Open XML (6) Cz czonkw zmienia zwj gos, gwnie na korzy
DIS 29500 2 kwietnia 2008, ISO oraz IEC oficjalnie ogosiy przyjcie
DIS 29500 jako standardu ISO/IEC 75 % spord czonkw JTC 1
(P-members) wyrazio swoj aprobat 14 % wszystkich czonkw byo
przeciw
4 (RPA, Brazylia, Indie oraz Wenezuela) kraje odwoay si od tej
decyzji, jednake nie wpyno to na wynik Midzynarodowy standard
ISO/IEC 29500:2008 zosta opublikowany w listopadzie 2008 Podgrupa
ISO/IEC JTC1/SC34 przeja obowizki ciaa utrzymujcego standard
ISO/IEC 29500
Tomasz Boiski: 124
Office Open XML (7) Cay proces wzbudzi wiele kontrowersji W
wielu krajach wykazano szereg narusze procedur procesu
standaryzacyjnego oraz silnego lobby ze strony Microsoftu Przemys
informatyczny szeroko komentowa standard i debatowa nad nimi.
Jednake rozmiar specyfikacji (6000 stron) uniemoliwia szybk i pen
ocen propozycji. Przeciwnicy wskazywali rwnie na zbytnie
podobiestwo nazwy "Office Open XML" do zarwno "OpenDocument" jak i
"OpenOffice" Oponowano rwnie, e standard ISO opisu dokumentw ju
istnieje, a ponadto ma zaledwie 867 stron realizujc t sam
funkcjonalno. W zwizku z tym nie ma potrzeby ustanawiania
kolejnego.Tomasz Boiski: 125
Plusy i minusy zarwno zamknitego jak i otwartego
oprogramowaniaSpojrzenie z dwu perspektyw: uytkownika i dewelopera.
Uytkownicy korzystaj z tego co im najbardziej odpowiada. W zalenoci
od sytuacji zmienia si definicja sowa najbardziej (osoba prywatna
vs. mae przedsibiorstwo vs. dua korporacja). Deweloperzy z kolei
oczekuj jasnym i przejrzystych informacji o sposobach zastosowania
technologii, co mog zrobi a co nie itp.
Tomasz Boiski: 126
Przyszo Ruch Open Source jest silniejszy ni kiedykolwiek
Przestrzeganie standardw stao si popularne nawet najbardziej uparte
rzdy id w kierunku standardw I otwartoci Otwarte oprogramowanie
jest tak samo dojrzaem jak zamknite, cz zamknitego oprogramowania
bazuje na otwartym OS jest baz dla wielu aplikacji, suy jako
firmware dla urzdze itp. Pozostaje problem z patentami Problem z
pozyskiwaniem funduszy
Tomasz Boiski: 127
Bibliografia Wikipedia, http://en.wikipedia.org Free Software
Foundation, http://www.fsf.org Open Source Initiative,
http://www.opensource.org Eric S. Raymond, The Cathedral and the
Bazaar David A. Wheelers Personal Home Page,
http://www.dwheeler.com/ Karl Fogel, Producing Open Source
Software: How to Run a Successful Free Software Project,
http://www.producingoss.com/ Fedora Project,
http://fedoraproject.org Polish Copyright Law, from 4th February
1994 with later changes
Rzeczpospolita,http://www.rp.pl/artykul/64143,179350_Pobieranie_filmow_i_muzyki_to_nie_kradziez.html
EPO,
http://legal.european-patent-office.org/dg3/biblio/t030424eu1.htm
The Debian GNU/Linux Project, http://www.debian.org/Tomasz Boiski:
128
