Det unikke koncept

Det sker at man på amino, eller andre freelance netværk ser opgavebeskrivelser i stil med : Jeg har et helt unikt koncept, det er så nyskabende og revolutionerende at jeg kun kan løfte sløret en lille smule, men jeg kan sige at det har et enormt potentiale.

En del af dette unikke koncept er så næsten altid, du udvikler – du bruger tid, kræfter og “skype in-call” penge på at udvikle en kopi af dba.dk eller en ny “lever en håndværker til døren og tiden” side…

Det mest interessante er altid at denne type opgave givere altid forventer et budget estimat, et tilbud, en bindende kontrakt – og meget ofte er den bindende kontrakt at du får 5% af et overskud, som opgøres efter første års drift…

Når jeg ser den type opgaver (nu om dage) – så trækker jeg på smilebåndet og klikker videre – det er bestemt ikke umuligt at jeg netop har forpasset muligheden for at være medejer i den næste facebook, eller google… Men sandsynligheden er i den grad minimal…

Her er et par tanker om “hvorfor” :

1. Ideen er meget sjældent original, eller unik

Langt det meste af det vi ser og bruger på internettet er videreudvikling af et allerede kendt system, facebook var ikke unikt da det kom frem, faktisk bygger det blot på en platform der allerede eksisterede – men deres senere udvikling, samt specielt evnen til at markedsføre og trendsætte har gjort det til det gigantiske monster det er idag – 10 år efter den oprindelige ide blev undfanget – som intet har at gøre med det facebook vi kender idag, og om facebook overlever 10 år mere, vil det garanteret ikke være at genkende fra idag.

2. De er ikke eksperter

Oftest vil den type opgave givere ikke selv vide hvad det kræver at udvikle deres tanke til system, og kravsspecifikationen vil være : det skal sige kapaow (se et senere indlæg om den type kravsspecifikationer) – det skal være let at bruge, det skal være logisk og det skal frem for alt være nyskabende…

Men meget sjældent vil de jo netop forklarer – HVAD det er der skal være nyskabende og revolutionerende, da det jo er en guldgrube som de ikke kan løfte sløret for…

Er din kunde ikke indstillet på at lave en kravsspecifikation som du rent faktisk kan bruge som arbejdsplan, så er der kun een ting at gøre – løb…

3. Penge er sjældent nok

Jeg kender meget få, om nogen, udviklere – der tænker i penge, langt de fleste udviklere, har lært deres fag gennem at kode, kode og så kode lidt mere – nørder (som jeg i alt beskedenhed henregner mig selv til) – har haft fingrene i stort set alle former for programmerings sprog og teknikker der findes – selv startede jeg med COMAL og FORTRAN, har sidenhen haft fingrene i også eksotiske sprog som Prolog

Men det er de færreste udviklere der ikke aner hvad deres arbejde er værd, så lad være med at forvente vi arbejder gratis… Jo hvis jeg virkelig bliver præsenteret for et spændende, veldokumenteret og frem for alt åbent koncept – så er jeg en nørd og vil arbejde i døgndrift “for free” blot for at se projektet lette fra jorden…

Og jeg har da gennem tiden haft fingrene i flere open source projekter, og vil uden tvivl fortsætte med det.

Konklusion

Mit råd, hvis du som udvikler støder på den type projekter, hvor du bliver tilbudt ejerskab frem for kravspecifikation, og hvor det hele er så hemmeligt at du kun får drypvise forklaringer, er : Lad være…

Du vil ganske  enkelt oftest sidde med bedre ideer i skrivebordsskuffen, og der er altså noget “muggent” ved mennesker der er villige til at give dig en ejerandel, i et projekt de ikke er villige til at fortælle dig detaljerne i, specielt hvis det er mennesker der aldrig har mødt dig og hvis eneste kontakt med dig er sket gennem et socialt netværk…

Træk din yndlings “kanin” op af skrivebordsskuffen, pust støvet af den og arbejde videre på det koncept, i langt de fleste tilfælde, vil min påstand være, vil det bedre kunne betale sig…