Tenker på å starte en ny åpen kildekode? Flott! Tenker hosting det selv? Hold på det, sparky. Enten det er et enkelt prosjekt, eller noe selskap som står bak, har jeg fått minst fire gode grunner til at du bør starte prosjektet på en etablert fiendtlig område i stedet.

Fri og åpen programvare handler om ikke anbefale å finne opp hjulet. Men en av de første tingene mange bedrifter og prosjekter ønsker å gjøre er å re-oppfinne hjulet når det kommer til prosjekt hosting. Vinne som er et godt skritt på veien mot suksess, av mange grunner. Her er de fire beste

Beliggenhet, beliggenhet, beliggenhet ...

Du har hørt virksomheten ordtaket, ". Beliggenhet, beliggenhet, beliggenhet, " høyre? Det er like sant for åpen kildekode-prosjekter som det er for restauranter eller butikker. Ja, en virkelig med utmerket restaurant kan trives i et dårlig sted med den rette kombinasjonen av flaks, reklame, og jungeltelegrafen – men det er bedre og mer effektivt å åpne opp butikken der trafikken er bra. Med andre ord, ja – noen sponsede prosjekter trekke nok interesse at de kan rettferdiggjøre og opprettholde en egen infrastruktur andre steder. De fleste gjør ikke det. Utnytte eksisterende områder for å bidra til å trekke interesse for prosjektet.

På samme måte, hvorfor krever bidragsytere til å investere tid i enda en
runde med registreringer, passord, brukernavn, etc. bare for å spille i sandkassen? Finn en smie egnet til ditt prosjekt, og bruke den. Hvis din mest sannsynlig publikum bruker (primært) Launchpad, vert det (som Rackspace valgte smart å gjøre med Openstack). Hvis du ønsker å tiltrekke virkelig sterke fri programvare supportere, tenke på å bruke Savannah.

Det er blitt gjort, Better, Where

SourceForge, Google Code Hosting, Savannah, Launchpad, GitHub, Gitorious, Fedora Hosted, og mange andre hosting alternativer har vært tilgjengelig i mange år og allerede har adressert de fleste av problemene og behov som åpen kildekode-prosjekter har, fra liten til stor. Det kan være mulig å gi bedre hosting infrastruktur for FOSS prosjekter enn disse tilbudene, men det ville ta noen gjør og fokusere på å virkelig gi en god service. Er det noe organisasjonen er forberedt på å gjøre?

Sannsynligvis ikke. Jeg har sett en rekke selskaper prøver og feiler, og det kan koste et prosjekt mye bidragsyter goodwill og deltakelse. Det er også
fare i å plukke feil hosting leverandør, så velg med omhu – men nesten alle av de veletablerte tjenester skal være egnet.

Tear Down the Wall

Et annet stort problem med hosting åpne prosjekter ved hjelp av bedriftens ressurser er at det kompliserer gir adgang til fellesskapet. Host et prosjekt på Google Code, Launchpad, eller Gitorious og alle medlemmer av samfunnet kan ha lik tilgang avhengig av rolle i prosjektet – ikke om de har et selskap badge.

Når vert systemer blanding med andre bedriftens servere, det kommer til å være redde for å gi tilgang til medlemmer av prosjektet som ikke jobber for selskapet. Selv når det er
villig til å gi tilgang, har prosjektet som regel å stå i kø med alle de andre forespørsler. Noe avgjørende for en prosjektdeltaker, som å få SSH-tilgang til å gjøre endringer på en server, kan være svært uviktig for en overarbeidet admin som har 500 andre prosjekter som sjefen er bekymret.

Noen selskaper håndterer dette godt, men mange gjør det ikke. Det er bedre å ha en felles infrastruktur på rodd tredjepart service enn legge alle eggene i selskapet kurven.

Det finnes også et lite spørsmål om tillit. Når et selskap holder alle kortene, er det mindre oppmuntrende for bidragsytere som ikke får en lønnsslipp fra selskapet. Host et prosjekt på en tredjeparts nettsted, og det er klart at det vil (eller kan) gå på uten selskapets engasjement.

Argumentet mange ledere gjør for selv hosting er at selskapet ikke ønsker å gi opp kontrollen. Dette er et argument som må tas ut igjen og skutt. Delta i en FOSS prosjektet handler ikke om å beholde kontrollen, og potensielle brukere og bidragsytere har all rett til å være mistenksom når selskaper begynne å prøve å stable dekk som dette.

Tilleggs Infrastruktur og hodepine

Ny prosjekter krever mye infrastruktur, bortsett fra den åpenbare koden depotet. De trenger Web hosting, e-postlister, IRC-kanaler, wikier, bug trackere, og listen fortsetter og fortsetter. Alle som trenger å bli satt opp, vedlikeholdt, oppdatert, og planlagt for. Det krever arbeidstimer, maskinvare og nye prosesser. Og det er aldri tar slutt. Som prosjekter vokse, er mer maskinvare som trengs. Nye problemer dukker opp. Servere må oppgraderes, sikkerhetshull må tas opp, noen ganger er det et innbrudd, og det er en hel masse krefter for prosjekter og morselskapene som trenger å gjøre oppryddingen. PR-avdelingen vil være begeistret
å se disse overskriftene, er jeg sikker på.

Hosting ditt eget prosjekt betyr også mer tid og krefter fra lovlig. Du trenger en personvernpolicy, for eksempel, og kanskje må forholde seg til forespørslene hvis en bidragsyter innlegg noe de ikke burde. Hosting din egen infrastruktur betyr ikke bare fysisk infrastruktur du ikke ønsker å rote med, men situasjons hodepine i tillegg.

Andre selskaper eller grupper håndtere hundrevis eller tusenvis av vertsprosjekter, og har infrastrukturen for å håndtere brukerkontoene, retningslinjer for personvern, juridiske forespørsler, og alt annet. La dem.

Sammendrag

Du kan finne eksempler på selskaper som sponser vert prosjekter som er vellykket, ingen tvil. Men det tar mye mer arbeid enn folk forventer, og ofte prosjektene mislykkes eller gjøre mindre bra enn de kunne, fordi de er begrenset til de ressursene et enkelt selskap kan gi.

Dette er ikke å si at hosting et prosjekt på, sier Google Code kommer til å gjøre det vellykket. Mange andre elementer spiller inn. (Kanskje, bare kanskje, er prosjektet ikke det interessant?) Men hosting med en betrodd tjeneste som gir de verktøyene en bidragsyter samfunnet trenger, pluss å gi alle bidragsytere like fot, er et nytt skritt mot suksess. Andre faktorer, som styresett, også spiller inn, men er litt utenfor rammen av hosting diskusjonen.

Hvis du begynner et prosjekt, gjør det på høyre fot og starte den på Google Code, GitHub , Gitorious, eller en annen stor tjeneste. Hvis du har et eksisterende prosjekt som ikke se hva slags bidrag du vil, kan du tenke på å ta det der handlingen er. Anmeldelser