Om Keeply

Hvorfor jeg byggede en software til »versionsstyring«

I løbet af de seneste to år påtog mit firma sig et offentligt byggeprojekt, hvor én medarbejder var ansvarlig for CAD-byggetegningerne. Hans tegningsfiler lå i firmaets delte mappe, hvor han samarbejdede med yderligere 6-7 personer i teamet. Da han ryddede op på sin computer, før han stoppede, kom han ved et uheld til at slette en af de CAD-tegninger — og papirkopien af den tegning var på det tidspunkt endnu ikke scannet og arkiveret. Ingen filhistorik, ingen log over ændringer, ingen måde at vende tilbage til øjeblikket før sletningen. Den ene tegning blev vi nødt til at tegne om fra bunden.

Mens jeg så det ske, var min første tanke ikke »vores sikkerhed svigtede« og heller ikke »hvis skyld er det«. Det var — vi er ikke dumme. Den slags software blev simpelthen aldrig designet til at huske, hvem der gjorde hvad. NAS-enheder, delte mapper, skydrev — de er bygget til, at folk synkroniserer og samarbejder, ikke til, at man kan gå tilbage og spore det bagefter. Da tænkte jeg: en byggeplads har brug for et værktøj til filhåndtering, men ikke den slags, ingeniører bruger.

Jeg kommer ikke selv fra programmering. Jeg læner mig tungt op ad AI til at skrive kode, og undervejs stødte jeg på noget, ingeniører bruger, der hedder git — det husker »hvem der ændrede hvad, og hvornår«. I det øjeblik gik det op for mig: ingeniørbranchen har brugt denne evne i årtier, men ingen havde nogensinde bragt den ind på en byggeplads. Så jeg begyndte at tegne den evne om til en version lavet til 6-7 ikke-ingeniører, der deler én fil. Keeply er det svar.

På byggepladsen så jeg alle disse situationer — efter _v3_final.dwg følger _v3_really_final.dwg, en old/-mappe stopfuld af 50 gamle versioner, og i teamchatten dukker der med få dages mellemrum »hvem har tegningen fra sidste torsdag?« op. Lige siden blev jeg ved med at undre mig — hvad med andre små kontorteams? Designere, advokater, revisionskontorer — de steder, hvor 6-7 personer deler én fil hver dag, gør de ikke det samme? Efterligner filhistorik i hånden med navnekonventioner og mappestrukturer. Problemet er ikke, at disse teams ikke forstår teknologi; det er, at denne teknologi aldrig blev oversat til det tilfælde, hvor »folk, der ikke skriver kode, skal redigere én fil sammen«.

Nogle gange overvejer jeg, om jeg skal lave en virksomhedsudgave. Indtil videre har jeg ikke set noget konkret behov, og at designe i blinde uden behov giver kun noget, ingen vil have. Derfor valgte jeg at vente først — indtil nok virksomhedsbrugere kommer og siger til mig »du burde tilføje X«, og så bygger jeg det ordentligt. Når jeg ser det signal, opdaterer jeg denne side.

Keeplys 5 principper

Hvem betror du dine filer?

Keeply laves af én person. Jeg hedder Ting-Wei Tsao. At skrive koden, designe grænsefladen, besvare support-e-mails, håndtere refusioner, svare på dine LinkedIn-beskeder — alt dette håndterer jeg selv. Ingen outsourcet support, ingen PR, der taler på mine vegne, intet marketingteam. Du skriver, og den, der svarer, er mig personligt.

Jeg er en autoriseret bygningsingeniør (Professional Civil Engineer), der har bestået Taiwans nationale fagautorisationsprøve, specialiseret i byggeledelse, og jeg er uddannet fra instituttet for byggeteknik ved National Taiwan University of Science and Technology. De seneste to år arbejdede jeg i et byggefirma med offentlige byggeprojekter, så det filkaos, et byggeteam møder hver dag, er noget, jeg selv har oplevet.

Den tekniske side er den sjove del. Jeg læner mig tungt op ad AI til at skrive kode, og i begyndelsen vidste jeg ikke engang, hvad GitHub var. En gang var jeg i gang med en grundig omarbejdning af en webapp, jeg byggede, AI løb løbsk og ødelagde mine ting, og jeg brugte ikke git på det tidspunkt. Heldigvis rekonstruerede AI senere en løsning til mig, og først da vendte jeg mig om og spurgte: »hvordan løser man den slags fra roden?« — det var første gang, jeg lærte git at kende.

Tidligere lavede jeg VPS-videresalg for kunder over hele verden, med op til 1600 kunder, der brugte min tjeneste — så »at overlade software til fremmede over internettet og holde den kørende« er ikke noget nyt for mig. Den erfaring lærte mig én ting: kunder er ligeglade med, hvor stort dit firma er, de går op i, om du kan løse deres problem. At Keeply laves af én person betyder, at der ikke er en produktchef, der tvinger mig til at tilføje et dashboard, ingen marketing, der beder mig skrive »AI-powered«, intet supportmanuskript, der står mellem dig og mig. Din besked kommer direkte til mig. For mig er kernen i at drive forretning at hjælpe folk med at løse deres problemer — og det, Keeply løser, er det daglige filkaos, som byggepladser og små kontorteams møder.

Hvis Keeply forsvinder en dag, er dine data så stadig der?

Kort svar: ja. Keeplys filhistorik ligger på din maskine og på hver enkelt af dine holdkammeraters maskiner, ikke på vores virksomheds servere. Selv hvis virksomheden Keeply går konkurs i morgen, vores websted slukker, og betalingssystemet stopper — åbner du Finder (eller Stifinder i Windows), går ind i Keeply-mappen, og de 200 versioner ligger stadig, hvor de var. Et team på 6-7 personer betyder 6-7 uafhængige sikkerhedskopier.

Softwarelicensen kommer med en betingelsesløs refusion inden for 30 dage. Team-planen månedligt, Team-planen årligt og den evige early access-licens til $599 er alle kvalificerede — ingen grund nødvendig, ingen formular at udfylde, send mig blot én e-mail. Se de fulde vilkår i refusionspolitikken.

Og hvis du en dag beslutter dig for at holde op med at bruge Keeply og skifte til et andet værktøj — kan du tage dine data med dig. Filhistorikken gemmes i åbne formater og kan læses af tredjepartssoftware. Du bliver ikke låst inde i Keeply.