Open Source Software Development

Transkript

1 Open Source Software Development Dagens : Open Source Software Development Hva er OSSD? Historikk, noen viktige personligheter Karakteristika ved OSSD Prosjekter Arbeidsprinsipper og hjelpemidler (Kilde: Karl Fogel) Eksempler på prosjekter Pensum : Artikkelsamling, punkt 5 (wikipedia)

2 Open Source Community Open Source programvare : Programvare som lisensieres under en copyright-lisens som er i overensstemmelse med Open Source Definition og der kildekoden distribueres på et format som kan leses av mennesker. Selve utviklingsprosessen tilstrebes utført i et åpent og samarbeidsfremmende miljø

3 Open Source Hva vet dere om dette temaet?

4 Open Source Software Development Open Source begrepet er i første rekke knyttet til et sett av kriterier for distribusjon av programvaren man har utviklet. Det er en misoppfatning at det her er snakk om gratis programvare. Aktører som legger ut sitt arbeid som Open Source gjør programvaren tilgjengelig i form av at mottaker gis frihet til bruk og også bearbeide den videre. Tilgang på kildekoden er et viktig element i dette. Man kan gjerne utvikle en programvare på tradisjonelt vis og deretter slippe det ut som Open Source. Noen Open Source-prosjekter tar steget videre og anvender en helt anderledes måte å kjøre selve utviklingen av programvaren på. Man velger her å involvere brukere av programvaren i selve utviklings- og testingsaktiviteten. Dette er OSSD! Man etablerer en gruppe (gjerne idealistiske) systemutviklere til å komme med sine bidrag i programvaren (Developer Community), samtidig oppfordrer man alle brukere der ute til å teste og komme med feilrapporter og forslag til utvidelser (User Community).

5 Litt historikk innen OSSD 1983 GNU-prosjektet startet av Richard Stallman. Mål om å lage et Unixlignende operativsystem og distribuere det som fri programvare 1985 FSF Free Software Foundation stiftet av Richard Stallman Støtte til universell frihet til å distribuere og endre programvare uten. Fokuserer på fri som i frihet ikke fri som i gratis! 1991 Linus Torvalds lanserer sin ide om å utvikle et operativsystem og drar dermed i gang prosjektet som resulterer i Linux. I 2002 hadde anslagsvis 8000 årsverk av frivillig utviklingstid resultert i et operativsystem som ble benyttet på 25 % av verdens servere Eric Raymonds diskuterer i sitt manifest The Cathedral and the Bazaar det han mener er fundamentale forskjeller mellom utviklingsprosesser for henholdsvis tradisjonell kommersiell programvare (Cathedral model) og internett-basert samarbeid og fri informasjonsdeling i prosjekter som Linux og Fetchmail (Bazaar model) Open Source begrepet etableres ( Mer info på Wikipedia (Pensum) :

6 Richard Stallman: The Free Software Definition * The freedom to run the program, for any purpose (freedom 0). * The freedom to study how the program works, and adapt it to your needs (freedom 1). Access to the source code is a precondition for this. * The freedom to redistribute copies so you can help your neighbor (freedom 2). * The freedom to improve the program, and release your improvements (and modified versions in general) to the public, so that the whole community benefits (freedom 3). Access to the source code is a precondition for this.

7 Felles karaktersitika ved sentrale Open Source prosjekter Karakteristika hentet fra Wide Open Open source methods and their future potesial av G.Mulgan m.fl ( Transparency Low cost and ease of engagement A legal structure and enforcement mechanism Common standards Peer review and feedback loops A shared conception of goals Incrementalist small players can still make useful contributions Powerful non-monetary incentives Vi tar i vårt emne ikke for oss de ulike i distribusjonsformer og ulike lisensieringsavtalene som finnes innen fagfeltet.

8 Karakteristika ved OSSD-prosesser Må ha et startpunkt i form av et eksisterende produkt eller en genial ide. Gjerne også et nettverk av kontakter innen Open Source miljøer. Hvor mange utviklere tror dere et gjennomsnitlig OSSDprosjekt har? Ulike utviklingsprosesser (A. Capiluppi m.fl): Soloarbeid, en person eier og videreutvikler programvaren, men distribuerer den som Open Source Soloarbeid med innslag av eksterne patcher. Her er det en utvikler, men eksterne bidragsytere gir inn feedback, patcher og eventuelt forslag til utvidelser Gruppearbeid med interne patcher. En lukket utviklergruppe som gjør all videreutvikling selv. Gruppearbeid med reelle bidrag fra større utvikler- og brukermasser (Reelt OSSD).

9 Open Source roller :

10 Eksempler på OSSD Utviklingen av Linux ansees av mange som skoleeksemplet ikke bare på en velfungerende programvare distribuert som Open Source, men også som en reell OOSD utviklingsprosess der fordelene med å få engasjerte brukerog utviklermiljøer (User Community og Developer Community) er utnyttet til fulle. Se : Andre kjente OpenSource : VLC Media Player, Chromium, Android, Eclipse, Joomla, Apache Software Foundation, Mozilla Application Suite, KDE, Open Office, 7-zip, GIMP, latex, SourceForge og Freshmeat er viktige kildene for å finne gode Open Source prosjekter

11 OSS- Distribusjoner

12 Open Source Software Development Karl Fogel, velrenomert utvikler i OSSD-kretser med sentral rolle i Subversion SVNutviklingsteamet (ansatt i CollabNet) Fogels oppstartstips : Se etter tilsvarende / nært beslektede prosjekter Navnet viktig for prosjektet God beskrivelse av målet med prosjeket : OpenOffice : To create, as a community, the leading international office suite that will run on all major platforms and provide access to all functionality and data through open component based APIs and an XML-based file format Nedlastningsformat, verktøybruk (versjonskontroll, bug-tracker), lisens prosjektet ligges under, hosting av prosjektet må stå klart Klargjør utviklingsstatus, avklar kommunikasjonskanaler og ha gode beskrivelser av rutiner for bidragsytere

13 Fogel om Teknisk infrastruktur i OSSD-prosjekter Mailing Lists den aktive kommunikasjonskanalen i OSSD ofte skille mellom bruker-lister og utvikler-lister tegn på profesjonalitet at dette håndteres skikkelig (Spamfiltrering, svarmekanismer, arkivering ) Versjonskontroll i distribuerte utviklingsmiljøer er versjonskontrollsystemer ufravikelig. programvaren som brukes kan variere (Subversion, CVS, git ) Kildekode er minimum + Dokumentasjon, web-info, FAQ, bug-historikk Tilgjengelig repository via Web viktig IRC og sosiale medier Mange prosjekter har en IRC hvor det diskuteres sanntid Twitter og facebook sterkt varierende i bruken av dette, sjekk det aktuelle prosjekt

14 Teknisk infrastruktur (forts.) Bug Tracker Wiki Brukes til både feilrapportering og forslag til ny funksjonalitet Ved feil kreves reproduksjon før behandling Egne statusløp på bug-forløpet (jfr. Bugzilla prosessen) Svartid og profesjonalitet svært avgjørende Presentasjon av prosjekt stadig viktigere den jungel av OSSD og prosjekter som finnes. Fordel med egne dedikerte ressurspersoner her da presentasjonsferdigheter ofte er fraværende hos kjerneutviklere Ikke undervurder layout, navigasjonsmekanismer etc. FAQ Ikke konstruer opp en, la den vokse

15 . Open Source Bug-lifecycle

16 Øvrige temaer som berøres av Fogel Forking en uting, snarere et Ris bak speilet Lederstil : Benevolent Dictators / Avstemming ikke gitt at en lederstil er bedre enn andre, men vær nøye med å formidle hva som gjelder i ditt prosjekt. Kun når consensus ikke nåes, veto aksepteres Kommersielle aktørers inntreden i Open Source Community fordeler og ulemper motiver, er det reell åpenhet? indirekte styring får vi en motreaksjon? kontraktsproblematikk og leveransefrister Lisensvalg

17 Open Source diskusjon : Har dere noen eksempler på profilerte Open Source prosjekter? Sett opp mot de systemutviklingsmodellene vi har gjennomgått hvilke karakteristika mener dere er sentrale innen OSSD og hvilke modell er den mest beslektet med? Hvor viktig er responstid innen Open Source prosjekter? Hvorfor tror dere folk bidrar som henholdsvis User og eller Developer? Hvorfor skulle du som HiG student vurdere å bidra i et Open Source prosjekt? Et ferskt eksempel på hvordan det kan gå når man gjenbruker kode som ikke er Open Source :

18 Nøkkelutfordringer innen OSSD (M.Levesques) Programvaren bærer ofte sterkt preg av å være utviklet av utviklerne for utviklere (en lukket verden) Har slitt med å få frem brukervennlige systemer særlig på Windows-plattformen. I de senere årene har utviklingen her vært meget positiv for eksempel med programvare som FireFox og OpenOffice. Dokumentasjonen på programvaren preges av å være laget av utviklere for utviklere Feature-driven utvikling Har vært klare tendenser til Religions-krig i forholdet mellom Open Source-miljøer og kommersielle aktører. Her er tendensen klart at man får oppmykning. Bl.a. har IBM distribuert utviklingsmiljøet Eclipse som Open Source.