Om Keeply

Hvorfor jeg laget en programvare for «versjonskontroll»

I løpet av de siste to årene tok firmaet mitt på seg et offentlig byggeprosjekt der én ansatt hadde ansvaret for CAD-byggetegningene. Tegningsfilene hans lå i firmaets delte mappe, der han samarbeidet med ytterligere 6-7 personer på teamet. Da han ryddet datamaskinen sin før han sluttet, slettet han ved et uhell en av disse CAD-tegningene — og papirkopien av den tegningen var på det tidspunktet ennå ikke skannet og arkivert. Ingen filhistorikk, ingen logg over endringer, ingen måte å gå tilbake til øyeblikket før slettingen. Den ene tegningen måtte vi tegne på nytt fra bunnen.

Mens jeg så det skje, var den første tanken min ikke «sikkerheten vår sviktet» og heller ikke «hvem sin feil er det». Det var — vi er ikke dumme. Denne typen programvare ble rett og slett aldri utformet for å huske hvem som gjorde hva. NAS-er, delte mapper, skylagre — de er bygget for at folk skal synkronisere og samarbeide, ikke for at man skal kunne gå tilbake og spore i etterkant. Da tenkte jeg: en byggeplass trenger et verktøy for filhåndtering, men ikke den typen ingeniører bruker.

Jeg kommer selv ikke fra programmering. Jeg lener meg tungt på KI for å skrive kode, og underveis kom jeg over noe ingeniører bruker som heter git — det husker «hvem som endret hva, og når». I det øyeblikket innså jeg: ingeniørbransjen har brukt denne evnen i tiår, men ingen hadde noen gang tatt den med på en byggeplass. Så jeg begynte å tegne om den evnen til en versjon laget for 6-7 ikke-ingeniører som deler én fil. Keeply er det svaret.

På byggeplassen så jeg alle disse situasjonene — etter _v3_final.dwg følger _v3_really_final.dwg, en old/-mappe stappfull av 50 gamle versjoner, og i teamchatten dukker det opp med få dagers mellomrom «hvem har tegningen fra forrige torsdag?». Siden den gang fortsatte jeg å lure — hva med andre små kontorteam? Designere, advokater, regnskapskontorer — de stedene der 6-7 personer deler én fil hver dag, gjør ikke de det samme? Etterligner filhistorikk for hånd med navnekonvensjoner og mappestrukturer. Problemet er ikke at disse teamene ikke forstår teknologi; det er at denne teknologien aldri ble oversatt for tilfellet der «folk som ikke skriver kode må redigere én fil sammen».

Noen ganger lurer jeg på om jeg skal lage en bedriftsutgave. Så langt har jeg ikke sett noe konkret behov, og å designe i blinde uten behov gir bare noe ingen vil ha. Derfor valgte jeg å vente først — til nok bedriftsbrukere kommer og sier til meg «du burde legge til X», og da bygger jeg det skikkelig. Når jeg ser det signalet, oppdaterer jeg denne siden.

Keeplys 5 prinsipper

Hvem betror du filene dine til?

Keeply lages av én person. Jeg heter Ting-Wei Tsao. Å skrive koden, designe grensesnittet, svare på støtte-e-poster, håndtere refusjoner, svare på LinkedIn-meldingene dine — alt dette håndterer jeg selv. Ingen utkontraktert støtte, ingen PR som snakker på vegne av meg, ikke noe markedsføringsteam. Du skriver, og den som svarer er meg personlig.

Jeg er en autorisert sivilingeniør (Professional Civil Engineer) som har bestått Taiwans nasjonale yrkesgodkjenningseksamen, spesialisert i byggeledelse, og jeg er utdannet fra instituttet for byggteknikk ved National Taiwan University of Science and Technology. De siste to årene jobbet jeg i et byggefirma med offentlige byggeprosjekter, så filkaoset som et byggeteam møter hver dag, er noe jeg selv har opplevd.

Den tekniske siden er den morsomme delen. Jeg lener meg tungt på KI for å skrive kode, og i begynnelsen visste jeg ikke engang hva GitHub var. En gang holdt jeg på med en grundig omarbeiding av en webapp jeg bygget, KI løp løpsk og ødela tingene mine, og jeg brukte ikke git på den tiden. Heldigvis rekonstruerte KI senere en løsning for meg, og først da snudde jeg meg og spurte: «hvordan løser man slikt fra roten?» — det var første gang jeg ble kjent med git.

Tidligere drev jeg med VPS-videresalg for kunder over hele verden, med opptil 1600 kunder som brukte tjenesten min — så «å overlate programvare til fremmede over internett og holde den i drift» er ikke noe nytt for meg. Den erfaringen lærte meg én ting: kunder bryr seg ikke om hvor stort firmaet ditt er, de bryr seg om hvorvidt du kan løse problemet deres. At Keeply lages av én person betyr at det ikke finnes noen produktsjef som tvinger meg til å legge til et dashbord, ingen markedsføring som ber meg skrive «AI-powered», ikke noe støtteskript som står mellom deg og meg. Meldingen din kommer rett til meg. For meg er kjernen i å drive forretning å hjelpe folk med å løse problemene sine — og det Keeply løser er det daglige filkaoset som byggeplasser og små kontorteam møter.

Hvis Keeply forsvinner en dag, er dataene dine fortsatt der?

Kort svar: ja. Keeplys filhistorikk ligger på din maskin og på hver enkelt av lagkameratenes maskiner, ikke på selskapets servere. Selv om selskapet Keeply går konkurs i morgen, nettstedet vårt slukner og betalingssystemet stopper — åpner du Finder (eller Windows Utforsker), går inn i Keeply-mappen, og de 200 versjonene ligger fortsatt der de var. Et team på 6-7 personer betyr 6-7 uavhengige sikkerhetskopier.

Programvarelisensen kommer med en betingelsesløs refusjon innen 30 dager. Team-planen månedlig, Team-planen årlig og den evige early access-lisensen til $599 er alle kvalifiserte — ingen grunn nødvendig, ingen skjema å fylle ut, bare send meg én e-post. Se de fullstendige vilkårene i refusjonspolicyen.

Og hvis du en dag bestemmer deg for å slutte å bruke Keeply og bytte til et annet verktøy — kan du ta med deg dataene dine. Filhistorikken lagres i åpne formater og kan leses av tredjepartsprogramvare. Du blir ikke låst inne i Keeply.