O Keeply

Dlaczego stworzyłem oprogramowanie do „kontroli wersji”

W ciągu ostatnich dwóch lat moja firma podjęła się projektu robót publicznych, w którym jeden pracownik odpowiadał za rysunki budowlane CAD. Jego pliki rysunków znajdowały się we wspólnym folderze firmy, gdzie współpracował z 6-7 innymi osobami w zespole. Porządkując komputer przed odejściem, przypadkowo usunął jeden z tych rysunków CAD — a papierowa kopia tego rysunku nie była wtedy jeszcze zeskanowana ani zarchiwizowana. Brak historii plików, brak zapisu zmian, brak możliwości powrotu do chwili sprzed usunięcia. Ten jeden rysunek musieliśmy narysować od zera.

Patrząc, jak to się dzieje, moją pierwszą myślą nie było „nasze zabezpieczenia zawiodły” ani „kto zawinił”. To było — nie jesteśmy głupi. To rodzaj oprogramowania, które po prostu nigdy nie zostało zaprojektowane, by pamiętać, kto co zrobił. NAS-y, wspólne foldery, dyski w chmurze — są stworzone, by ludzie się synchronizowali i współpracowali, a nie po to, by można było później cofnąć się i prześledzić. Pomyślałem wtedy: budowa potrzebuje narzędzia do zarządzania plikami, ale nie takiego, jakiego używają inżynierowie.

Sam nie wywodzę się z programowania. Mocno polegam na AI przy pisaniu kodu i po drodze natknąłem się na coś, czego używają inżynierowie, zwane git — pamięta „kto, kiedy, co zmienił”. W tej chwili zrozumiałem: branża inżynierska używa tej możliwości od dziesięcioleci, ale nikt nigdy nie wniósł jej na budowę. Więc zacząłem przeprojektowywać tę możliwość w wersję dopasowaną do 6-7 nie-inżynierów dzielących jeden plik. Keeply jest tą odpowiedzią.

Na budowie widziałem wszystkie te sytuacje — po _v3_final.dwg następuje _v3_really_final.dwg, folder old/ wypchany 50 starymi wersjami, a na czacie zespołu co kilka dni pojawia się „kto ma rysunek z zeszłego czwartku?”. Od tamtej pory wciąż się zastanawiałem — a inne małe zespoły biurowe? Projektanci, prawnicy, biura rachunkowe — te miejsca, gdzie codziennie 6-7 osób dzieli jeden plik, czy nie robią tego samego? Ręcznie odtwarzają historię plików za pomocą konwencji nazewnictwa i struktur folderów. Problem nie polega na tym, że te zespoły nie rozumieją technologii; chodzi o to, że ta technologia nigdy nie została przetłumaczona na sytuację, w której „ludzie, którzy nie piszą kodu, muszą wspólnie edytować jeden plik”.

Czasem zastanawiam się, czy stworzyć edycję dla firm. Jak dotąd nie widziałem konkretnej potrzeby, a projektowanie na ślepo bez potrzeby daje tylko coś, czego nikt nie chce. Dlatego wybrałem, by najpierw poczekać — aż wystarczająco wielu firmowych użytkowników przyjdzie powiedzieć mi „powinieneś dodać X”, i wtedy zbuduję to porządnie. Gdy zobaczę ten sygnał, zaktualizuję tę stronę.

5 zasad Keeply

Komu powierzasz swoje pliki?

Keeply tworzy jedna osoba. Nazywam się Ting-Wei Tsao. Pisanie kodu, projektowanie interfejsu, odpowiadanie na maile wsparcia, obsługa zwrotów, odpowiadanie na twoje wiadomości na LinkedIn — wszystkim tym zajmuję się sam. Bez wsparcia w outsourcingu, bez PR-u przemawiającego w moim imieniu, bez zespołu marketingu. Ty piszesz, a odpowiada ci ja osobiście.

Jestem inżynierem budownictwa z uprawnieniami budowlanymi (Professional Civil Engineer), który zdał tajwański krajowy egzamin zawodowy, specjalizuję się w zarządzaniu budową i ukończyłem Wydział Inżynierii Budowlanej na National Taiwan University of Science and Technology. Przez ostatnie dwa lata pracowałem w firmie budowlanej przy projektach robót publicznych, więc chaos plików, z którym zespół na budowie mierzy się codziennie, to coś, czego doświadczyłem na własnej skórze.

Strona techniczna to ciekawa część. Mocno polegam na AI przy pisaniu kodu, a na początku nie wiedziałem nawet, czym jest GitHub. Pewnego razu gruntownie przerabiałem webapp, którą budowałem, AI oszalało i popsuło moje rzeczy, a ja w tamtym czasie nie używałem git. Na szczęście AI później odtworzyło dla mnie naprawę i dopiero wtedy odwróciłem się i zapytałem: „jak rozwiązać tego typu rzecz u źródła?” — wtedy po raz pierwszy poznałem git.

Kiedyś zajmowałem się odsprzedażą VPS dla klientów na całym świecie, z maksymalnie 1600 klientami korzystającymi z mojej usługi — więc „przekazywanie oprogramowania nieznajomym przez internet i utrzymywanie go w działaniu” nie jest dla mnie niczym nowym. To doświadczenie nauczyło mnie jednej rzeczy: klientów nie obchodzi, jak duża jest twoja firma, obchodzi ich, czy potrafisz rozwiązać ich problem. To, że Keeply tworzy jedna osoba, oznacza, że nie ma menedżera produktu zmuszającego mnie do dodania pulpitu, nie ma marketingu każącego mi pisać „AI-powered”, nie ma skryptu wsparcia stojącego między tobą a mną. Twoja wiadomość trafia prosto do mnie. Dla mnie sednem prowadzenia firmy jest pomaganie ludziom w rozwiązywaniu ich problemów — a tym, co Keeply rozwiązuje, jest codzienny chaos plików, z którym mierzą się budowy i małe zespoły biurowe.

Jeśli pewnego dnia Keeply zniknie, czy twoje dane nadal tam będą?

Krótka odpowiedź: tak. Historia plików Keeply znajduje się na twoim komputerze i na komputerze każdego z twoich współpracowników, a nie na serwerach naszej firmy. Nawet jeśli firma Keeply jutro zbankrutuje, nasza strona zniknie, a system płatności się zatrzyma — otwierasz Finder (lub Eksplorator plików Windows), wchodzisz do folderu Keeply, a te 200 wersji nadal jest tam, gdzie były. Zespół 6-7 osób oznacza 6-7 niezależnych kopii zapasowych.

Licencja oprogramowania obejmuje bezwarunkowy zwrot w ciągu 30 dni. Plan Team miesięczny, plan Team roczny i wieczysta licencja early-access za $599 — wszystkie się kwalifikują, bez podawania powodu, bez wypełniania formularzy, wystarczy wysłać mi jeden e-mail. Pełne warunki znajdziesz w polityce zwrotów.

A jeśli pewnego dnia zdecydujesz przestać używać Keeply i przejść na inne narzędzie — możesz zabrać swoje dane ze sobą. Historia plików jest przechowywana w otwartych formatach i może być odczytana przez oprogramowanie innych firm. Nie będziesz uwięziony w Keeply.