Tietoa Keeplystä

Miksi tein "versionhallinnan" ohjelmiston

Kahden viime vuoden aikana yritykseni otti hoitaakseen julkisen rakennushankkeen, jossa yksi työntekijä vastasi CAD-rakennuspiirustuksista. Hänen piirustustiedostonsa olivat yrityksen jaetussa kansiossa, jossa hän teki yhteistyötä 6-7 muun tiimiläisen kanssa. Siivotessaan tietokonettaan ennen lähtöään hän poisti vahingossa yhden noista CAD-piirustuksista — eikä kyseisen piirustuksen paperikopiota ollut siihen mennessä vielä skannattu ja arkistoitu. Ei tiedostohistoriaa, ei muutosten kirjausta, ei tapaa palata poistoa edeltäneeseen hetkeen. Tuon yhden piirustuksen jouduimme piirtämään uusiksi tyhjästä.

Sitä katsoessani ensimmäinen ajatukseni ei ollut "tietoturvamme petti" eikä myöskään "kenen vika tämä on". Se oli — emme me tyhmiä ole. Tällaista ohjelmistoa ei vain koskaan suunniteltu muistamaan, kuka teki mitä. NAS-laitteet, jaetut kansiot, pilvilevyt — ne on tehty, jotta ihmiset synkronoivat ja tekevät yhteistyötä, ei sitä varten, että jälkikäteen voisi palata ja jäljittää. Silloin ajattelin: työmaa tarvitsee tiedostonhallintatyökalun, mutta ei sellaista, jota insinöörit käyttävät.

Itse en tule ohjelmoinnin maailmasta. Nojaan vahvasti tekoälyyn koodin kirjoittamisessa, ja matkan varrella törmäsin johonkin, jota insinöörit käyttävät, nimeltään git — se muistaa "kuka muutti mitä ja milloin". Sillä hetkellä tajusin: insinööriala on käyttänyt tätä kykyä vuosikymmeniä, mutta kukaan ei ollut koskaan tuonut sitä työmaalle. Joten aloin suunnitella tuota kykyä uudelleen versioksi, joka sopii 6-7 ei-insinöörille, jotka jakavat yhden tiedoston. Keeply on se vastaus.

Työmaalla näin kaikki nämä tilanteet — tiedostoa _v3_final.dwg seuraa _v3_really_final.dwg, old/-kansio täynnä 50 vanhaa versiota, ja tiimin ryhmäkeskustelussa ilmestyy parin päivän välein "kenellä on viime torstain piirustus?". Siitä lähtien jäin pohtimaan — entä muut pienet toimistotiimit? Suunnittelijat, lakimiehet, tilitoimistot — ne paikat, joissa 6-7 ihmistä jakaa yhden tiedoston joka päivä, eivätkö hekin tee samaa? Jäljittelevät tiedostohistoriaa käsin nimeämiskäytännöillä ja kansiorakenteilla. Ongelma ei ole se, etteivät nämä tiimit ymmärrä tekniikkaa; vaan se, ettei tätä tekniikkaa koskaan käännetty tilanteeseen, jossa "ihmisten, jotka eivät kirjoita koodia, täytyy muokata yhtä tiedostoa yhdessä".

Joskus mietin, pitäisikö tehdä yritysversio. Toistaiseksi en ole nähnyt konkreettista tarvetta, ja sokeasti suunnitteleminen ilman tarvetta tuottaa vain jotain, jota kukaan ei halua. Siksi valitsin odottaa ensin — kunnes tarpeeksi moni yrityskäyttäjä tulee kertomaan minulle "sinun pitäisi lisätä X", ja sitten rakennan sen kunnolla. Kun näen sen merkin, päivitän tämän sivun.

Keeplyn 5 periaatetta

Kenelle uskot tiedostosi?

Keeplyn tekee yksi henkilö. Nimeni on Ting-Wei Tsao. Koodin kirjoittaminen, käyttöliittymän suunnittelu, tukisähköposteihin vastaaminen, palautusten käsittely, LinkedIn-viesteihisi vastaaminen — kaiken tämän hoidan itse. Ei ulkoistettua tukea, ei PR:ää, joka puhuu puolestani, ei markkinointitiimiä. Sinä kirjoitat, ja vastaaja olen minä itse.

Olen laillistettu rakennusinsinööri (Professional Civil Engineer), joka on läpäissyt Taiwanin kansallisen ammattipätevyyskokeen, erikoistunut rakentamisen johtamiseen, ja valmistuin National Taiwan University of Science and Technologyn rakennustekniikan laitokselta. Viimeiset kaksi vuotta työskentelin rakennusyhtiössä julkisissa rakennushankkeissa, joten se tiedostokaaos, jonka kanssa työmaatiimi painii joka päivä, on jotain, jonka olen kokenut itse.

Tekninen puoli on se hauska osa. Nojaan vahvasti tekoälyyn koodin kirjoittamisessa, enkä aluksi edes tiennyt, mikä GitHub on. Kerran tein perusteellista uudistusta rakentamaani webapp-sovellukseen, tekoäly riehaantui ja rikkoi juttuni, enkä siihen aikaan käyttänyt git-iä. Onneksi tekoäly myöhemmin takaisinmallinnoi minulle korjauksen, ja vasta sitten käännyin ja kysyin: "miten tällainen ratkaistaan juurta myöten?" — silloin tutustuin git-iin ensi kertaa.

Aiemmin tein VPS-jälleenmyyntiä asiakkaille ympäri maailmaa, ja palveluani käytti enimmillään 1600 asiakasta — joten "ohjelmiston luovuttaminen vieraille internetin yli ja sen ylläpitäminen" ei ole minulle uutta. Se kokemus opetti minulle yhden asian: asiakkaita ei kiinnosta, kuinka suuri yrityksesi on, heitä kiinnostaa, pystytkö ratkaisemaan heidän ongelmansa. Se, että Keeplyn tekee yksi henkilö, tarkoittaa, ettei ole tuotepäällikköä, joka pakottaa minut lisäämään koontinäytön, ei markkinointia, joka käskee minua kirjoittamaan "AI-powered", ei tukikäsikirjoitusta, joka seisoo sinun ja minun välissäni. Viestisi tulee suoraan minulle. Minulle yrittämisen ydin on auttaa ihmisiä ratkaisemaan ongelmiaan — ja se, minkä Keeply ratkaisee, on jokapäiväinen tiedostokaaos, jonka kanssa työmaat ja pienet toimistotiimit painivat.

Jos Keeply jonain päivänä katoaa, ovatko tietosi yhä tallessa?

Lyhyt vastaus: kyllä. Keeplyn tiedostohistoria sijaitsee sinun koneellasi ja jokaisen tiimikaverisi koneella, ei yhtiömme palvelimilla. Vaikka Keeply-yhtiö menisi konkurssiin huomenna, sivustomme menisi pimeäksi ja maksujärjestelmä pysähtyisi — avaat Finderin (tai Windowsin Resurssienhallinnan), menet Keeply-kansioon, ja ne 200 versiota ovat yhä siellä, missä olivatkin. 6-7 hengen tiimi tarkoittaa 6-7 toisistaan riippumatonta varmuuskopiota.

Ohjelmistolisenssiin kuuluu ehdoton 30 päivän palautusoikeus. Kuukausittainen Tiimi-paketti, vuosittainen Tiimi-paketti ja $599:n varhaisen käytön ikuinen lisenssi ovat kaikki kelvollisia — syytä ei tarvitse antaa, lomaketta ei tarvitse täyttää, lähetä vain minulle yksi sähköposti. Katso täydet ehdot palautuskäytännöstä.

Ja jos jonain päivänä päätät lopettaa Keeplyn käytön ja siirtyä toiseen työkaluun — voit ottaa tietosi mukaasi. Tiedostohistoria tallennetaan avoimissa muodoissa, ja sitä voi lukea kolmannen osapuolen ohjelmistoilla. Et jää Keeplyyn lukituksi.