A Keeplyről

Miért készítettem „verziókezelő” szoftvert

Az elmúlt két évben a cégem elvállalt egy közmű­beruházási projektet, ahol egy munkatárs felelt a CAD kivitelezési rajzokért. A rajzfájljai a cég közös mappájában voltak, ahol a csapat további 6-7 emberével dolgozott együtt. Mielőtt távozott, takarított a gépén, és véletlenül törölte az egyik CAD rajzot — annak a rajznak a papíralapú példányát pedig akkor még nem szkennelték be és nem iktatták. Nem volt fájlelőzmény, nem volt változásnapló, nem volt mód visszatérni a törlés előtti pillanathoz. Azt az egy rajzot a nulláról kellett újrarajzolnunk.

Miközben néztem, ahogy ez megtörténik, az első gondolatom nem az volt, hogy „rossz a biztonságunk”, és nem is az, hogy „kinek a hibája”. Hanem az — nem vagyunk hülyék. Ezt a fajta szoftvert egyszerűen sosem arra tervezték, hogy megjegyezze, ki mit csinált. A NAS, a közös mappák, a felhőmeghajtók — arra valók, hogy az emberek szinkronizáljanak és együttműködjenek, nem arra, hogy utólag vissza lehessen követni. Akkor azt gondoltam: az építkezésnek fájlkezelő eszközre van szüksége, de nem olyanra, amilyet a mérnökök használnak.

Én magam nem a programozásból jövök. Erősen támaszkodom az MI-re a kódíráshoz, és útközben találkoztam valamivel, amit a mérnökök használnak, a git-tel — megjegyzi, hogy „ki, mikor, mit változtatott”. Abban a pillanatban rájöttem: a mérnöki szakma évtizedek óta használja ezt a képességet, de senki sem vitte el az építkezésre. Így nekiláttam, hogy ezt a képességet újratervezzem egy olyan változattá, amely 6-7 nem mérnök számára illik, akik egy fájlon osztoznak. A Keeply ez a válasz.

Az építkezésen mindezeket a helyzeteket láttam — a _v3_final.dwg után jön a _v3_really_final.dwg, egy old/ mappa 50 régi verzióval telezsúfolva, és a csapatchaten néhány naponta felbukkan, hogy „kinél van a múlt csütörtöki rajz?”. Onnantól folyton azon tűnődtem — és a többi kis irodai csapat? Tervezők, ügyvédek, könyvelőirodák — azok a helyek, ahol nap mint nap 6-7 ember osztozik egy fájlon, vajon nem ugyanezt csinálják? Kézzel utánozzák a fájlelőzményt elnevezési szokásokkal és mappastruktúrákkal. A baj nem az, hogy ezek a csapatok nem értenek a technológiához; hanem az, hogy ezt a technológiát soha nem fordították le arra a helyzetre, amikor „olyan emberek, akik nem írnak kódot, közösen szerkesztenek egy fájlt”.

Néha eltöprengek, készítsek-e vállalati kiadást. Eddig nem láttam konkrét igényt, és vakon tervezni igény nélkül csak olyat eredményez, amit senki sem akar. Ezért úgy döntöttem, előbb várok — amíg elég vállalati felhasználó jön el elmondani, hogy „hozzá kéne adnod X-et”, és akkor rendesen megépítem. Amikor meglátom azt a jelet, frissítem ezt az oldalt.

A Keeply 5 alapelve

Kire bízod a fájljaidat?

A Keeplyt egy ember készíti. Ting-Wei Tsao a nevem. A kódírás, a felület tervezése, a támogatói e-mailek megválaszolása, a visszatérítések intézése, a LinkedIn-üzeneteid megválaszolása — mindezt magam intézem. Nincs kiszervezett támogatás, nincs PR, aki a nevemben beszél, nincs marketingcsapat. Te írsz, és aki válaszol, az személyesen én vagyok.

Okleveles építőmérnök (Professional Civil Engineer) vagyok, aki letette Tajvan országos szakmai képesítő vizsgáját, építésmenedzsmentre szakosodtam, és a National Taiwan University of Science and Technology építőmérnöki tanszékén végeztem. Az elmúlt két évben egy építőipari cégnél dolgoztam közmű­beruházási projekteken, így a fájlkáosz, amellyel egy építkezési csapat nap mint nap szembesül, olyasvalami, amit a saját bőrömön tapasztaltam.

A technikai oldal az izgalmas rész. Erősen támaszkodom az MI-re a kódíráshoz, és eleinte azt sem tudtam, mi az a GitHub. Egyszer alaposan átalakítottam egy webapp-ot, amit építettem, az MI elszabadult és tönkretette a dolgaimat, és akkor nem használtam git-et. Szerencsére az MI később visszafejtett nekem egy javítást, és csak akkor fordultam meg és kérdeztem meg: „az ilyesmit hogyan oldja meg az ember gyökerestől?” — akkor ismertem meg először a git-et.

Korábban VPS-viszonteladással foglalkoztam világszerte, akár 1600 ügyfél is használta a szolgáltatásomat — szóval „szoftvert átadni idegeneknek az interneten, és üzemeltetni” nem újdonság számomra. Az a tapasztalat egy dologra tanított: az ügyfeleket nem érdekli, mekkora a céged, az érdekli őket, hogy meg tudod-e oldani a problémájukat. Az, hogy a Keeplyt egy ember készíti, azt jelenti, hogy nincs termékmenedzser, aki rákényszerít egy irányítópult hozzáadására, nincs marketing, aki azt mondja, írjak „AI-powered”-et, nincs támogatói szövegkönyv, amely közéd és közém áll. Az üzeneted egyenesen hozzám érkezik. Számomra a vállalkozás lényege az, hogy segítek az embereknek megoldani a problémáikat — és amit a Keeply megold, az az a mindennapi fájlkáosz, amellyel az építkezések és a kis irodai csapatok szembesülnek.

Ha a Keeply egy nap eltűnik, az adataid akkor is megmaradnak?

Rövid válasz: igen. A Keeply fájlelőzménye a te gépeden és minden egyes csapattársad gépén van, nem a cégünk szerverein. Még ha a Keeply cég holnap csődbe is megy, a weboldalunk lekapcsol, és a fizetési rendszer leáll — megnyitod a Findert (vagy a Windows Fájlkezelőt), belépsz a Keeply mappába, és az a 200 verzió még mindig ott van, ahol volt. Egy 6-7 fős csapat 6-7 egymástól független biztonsági mentést jelent.

A szoftverlicenc 30 napos feltétel nélküli visszatérítéssel jár. A havi Csapat-csomag, az éves Csapat-csomag és a $599-os korai hozzáférésű örökös licenc mind jogosult — nem kell indokot adni, nem kell űrlapot kitölteni, csak küldj nekem egy e-mailt. A teljes feltételeket lásd a visszatérítési szabályzatban.

És ha egy nap úgy döntesz, hogy nem használod tovább a Keeplyt, és másik eszközre váltasz — magaddal viheted az adataidat. A fájlelőzmény nyílt formátumban tárolódik, és harmadik féltől származó szoftverrel olvasható. Nem leszel a Keeplybe zárva.