Programmering

Å starte en bedrift som åpen kildekonsulent

Programvareutviklere som ønsker å tjene til livets opphold i åpen kildekode, vurderer ofte å bli uavhengige konsulenter. Dette rådet fra to vellykkede utviklere kan hjelpe deg med å komme i gang.

Etter langt fravær møttes to programmerervenner på fest. En erklærte stolt: "Jeg har jobbet for meg selv som datakonsulent!" Den andre så på visittkortet sitt, med blekket knapt tørt på "John Smith & Associates." Og spurte: "Når ble du permittert?"

Jeg hørte den vitsen først (det er en vits?) På 1980-tallet, da jeg ble aktiv i CompuServe's Computer Consultant Forum. Det er like sant i dag. Det kreves mer enn et visittkort og et nettsted for å gjøre det som en konsulent - en ekte konsulent, ikke noen som krypterer for å generere inntekt mens du leter etter en "ekte jobb" - og få av disse reglene har endret seg. Men mange av det grunnleggende gjentar (jeg skulle ønske jeg hadde en dollar for hver gang jeg har svart "Skal jeg ta betalt for klienter for reisetid?"), Spesielt når økonomien tvinger oss til å revurdere hva vi vil gjøre med livene våre.

Det er en grunn til at forrige ukes Open Source Bridge-konferanse, som ble holdt i Portland Oregon, hadde mer enn en økt om virksomheten med åpen kildekode. Brian Jamison, som grunnla Open Sourcery i 2004 (nå 24 personer), snakket om "Hvordan tjene en åpen kildekode uten å ta på investorer eller selge din sjel," og Nate Aune delte "Hvordan bygge en vellykket open source programvarekonsultasjon selskap "basert på sine erfaringer med Jazkarta, Boston-området selskapet han grunnla i 2004, som nå sysselsetter tre heltidsansatte og ti underleverandører.

De gjentok mange av de samme punktene, hvorav de fleste hadde mindre å gjøre med å drive et open source-selskap enn med Computer Consulting 101-regler. Det er veldig fornuftig, siden spesialiseringsområdet ditt er irrelevant hvis du ikke kan markedsføre eller betale regningene dine i tide. Så jeg kunne skrive et helt blogginnlegg om "de 19 tingene du burde vite før du henger ut din rådgivende helvetesild" (og med noen provokasjon, skal jeg), som å omfavne krise, hvorfor ikke å lytte til venner og familie, og finne en måte å skille virksomheten din fra andres.

Men jeg vil fokusere på poengene disse karene gjorde om å tjene til livets opphold i åpen kildekode. Eller du blir cranky, siden det var det jeg lovte i tittelen.

En unik egenskap ved å drive en åpen kildekode-virksomhet, for eksempel, er at konsulenter ofte blir bedt av potensielle kunder om å forsvare valg av åpen kildekode. "Kjenn FUD [frykt, usikkerhet og tvil]. Elsker FUD," råder Jamison, som sier at disse menneskene papegøyer unøyaktigheter de hører fra andre leverandører. Men ikke argumenter tekniske fordeler; det er en unyttig innsats. I stedet foreslår han: "Be dem om å stille det samme spørsmålet om det lukkede spørsmålet de vurderer." Det vil si at din potensielle kunde kan spørre: "Hvordan kan du bruke et open source content management system [CMS]; trenger du ikke bekymre deg for sikkerhet?" sannsynligvis fordi en av konkurrentene dine vinket det som et rødt flagg. Foreslå kunden at hun spør den andre leverandøren: "Hvordan vet du at produktene du bruker er sikre når ingen andre enn leverandøren ser på det?" Sier Jamison. "Vanligvis vinner åpen kildekode, vet Whaddya. ... [Denne metoden] legger bare saken til sengs."

Det betyr ikke at du bør ignorere det som skjer i proprietære programvaresirkler. "Det vil passe deg å samhandle med Kool-Aid som drikker Microsofties," sier Jamison. Først fordi "Noen ganger sparker teknologien deres i rumpa." Og også fordi du bør forstå hvor deres smertepunkter og frustrasjoner er. Du kan bruke konkurrentens frustrasjoner i din egen markedsføring; "Slipp dem i en samtale," legger Jamison til.

Tradisjonelt legger råd om "hvordan markedsføre" vekt på nettverksbygging og muntlig henvisning. Det er sant for åpen kildekodeutviklere, selvfølgelig, fordi anbefalinger fra fornøyde kunder alltid er den beste måten å få nye på. Imidlertid er det noen få markedsføringsressurser som er særegne for open source-fellesskapet, eller i det minste understreket i open source-kretser: selve samfunnet. Fordi åpen kildekode-samfunn oppmuntrer til samtale og samarbeid, kan din tilstedeværelse som en autoritativ, nyttig og kunnskapsrik ressurs drive virksomheten din.

Aune anbefaler at du holder foredrag gratis, noe som kan skape interesse for det du holder på med. For eksempel har han holdt flere foredrag om "Hvordan bruke Plone til ideelle organisasjoner", noe som førte til mye arbeid. Men, påpeker han, lederne kommer ikke nødvendigvis fra folk under samtalen eller fra de du delte ut visittkort til. "Det du bruker tid på er det som kommer tilbake til deg," sier han. At "få virksomhet ved å dele din kunnskap" -forutsetningen ikke er unik for åpen kildekode - det er hvordan jeg gjorde overgangen fra datakonsulent til forfatter - men (min observasjon her) er det enda mer meningsfylt for en nystartet open source-konsulent som har å demonstrere kompetanse. "Hvis du er gründer og ikke har en blogg ... gjør det umiddelbart," sier Aune.

Det er viktig å være en veloppdragen borger med åpen kildekode, å være en del av det større økosystemet selv når du konkurrerer med andre åpen kildekode-utviklere som også jobber med de samme teknologiene. "Vi jobber sammen, men vi må gjøre hver vår del for å holde samfunnet friskt og levende," understreker Aune. Så skriv dokumentasjon, tjen på styret for prosjektet ditt, organiser brukergrupper, bidra med kode.

Aune foreslår også at så snart du har råd til det, bør du sponse en sprint eller annen samfunnsaktivitet - og få selskapets logo på arrangementsprogrammet. "Jeg har vært i rundt 20 spurter. Det er en av de mest interessante sidene ved å være en del av et open source-fellesskap," sier han. Andre fordeler: det er en fin måte å rekruttere entreprenører og finne de rette personene å ansette, siden du ser hvordan folk jobber i en intens kodingsøkt, i løpet av noen dager, og du ser hvordan de samhandler med andre. Mer enn 70% av dem han har rekruttert er mennesker som jobbet på en sprint. "Hvem vet, ved neste sprint kan han lete etter deg.

Men du trenger ikke å gå helt alene. I Portland, Oregon, er det for eksempel en organisasjon som heter Portland Open Source Software Entrepreneurs, som Jamison tilhører. Hvis det ikke er noe lignende i ditt område, kan du starte en. Men det trenger ikke å være spesifikt for åpen kildekode. Aune begynte i Independent Computer Consultants Association da han først kom i gang, og rapporterer at leksjonene han lærte fra andre, mer erfarne konsulenter gjorde en enorm forskjell.

Det ser ut til å være et skillestempel for både Jamison og Aune at, med Jamisons ord, "We drink our own champagne." Det vil si at begge selskapene bygde infrastrukturen på åpen kildekode, og de jobber hardt for å bare bruke programvare med åpen kildekode. Det er noen få unntak; Aune, for eksempel, driver QuickBooks fordi det er det hans regnskapsfører insisterer på. En annen fordel med å bruke open source-virksomhetsapplikasjoner, er selvfølgelig at de er gratis — og hver oppstart er bundet for kontanter.

Apropos kontanter ... "Folk med åpen kildekode kan være ukomfortable med" fortjeneste ", sier Jamison, selv når de driver en bedrift. Men, forklarer han, det vi mener å si er at grådighet—Ikke profitt — er motsatsen til åpen kildekodefilosofi. "Profitt er bra; grådighet er dårlig." Det er greit å være billig, understreket han; faktisk er det sannsynligvis nødvendig. Etter Jamisons syn, jo bedre kontoret er, desto mindre sjanse har en oppstart for suksess. "Sammenleggbare bord er et godt tegn," legger han til og antyder at enhver ny konsulentvirksomhet blir på sine "avskyelige" kontorer til den er klar til å sprenge ut dørene. "Denne billigheten er nå innebygd i vårt selskap, og hvis du har forhandlet oss, vet du det," sier Jamison.

Hver nye konsulent får muligheter som bør avslås, påpeker Jamison. Det kan være fordi den tidlige konsultasjonen vil føre til spesialisering du ikke bryr deg om; hvis du skriver en iPhone-app, blir du for alltid merket som iPhone App Guy. Du må lære å si nei, uansett hvor vanskelig det er å gjøre det, sier Jamison. Si nei til tilbud om å jobbe for svettekapital, for å krype fra kunder, for å senke prisen. Og i åpen kildekode: "Vi må si nei til å jobbe med Microsoft-teknologi," legger han til. "Vi startet ikke dette selskapet for å jobbe med frickin 'Microsoft-teknologi."

Disse forslagene kommer i tillegg til det grunnleggende i Consulting 101, selvfølgelig, og det er mye å lære innen dette domenet alene. Men jeg føler at Aunes og Jamisons forslag gir nyttige råd til enhver åpen kildekodeutvikler som lurer på hvordan det ville være å bryte ut og starte sin egen virksomhet. Har du noen andre tips å dele?

Denne historien, "Å starte en bedrift som en åpen kildekonsulent" ble opprinnelig utgitt av JavaWorld.

$config[zx-auto] not found$config[zx-overlay] not found