Esettanulmány
Vooze: egy alapító React Native-appját fejeztük be – vele együtt, nem helyette
A Vooze alapítója maga kezdte el megírni az eseményalapú társkereső appját. Pontosan tudta, mit akar; a tempó hiányzott, és kevés volt a fejlesztői tapasztalata. Nem adta ki a kezéből a projektet: egy-két HyperCode-fejlesztőt vont be, és együtt építettük tovább az appot React Native-ben, Firebase-backenddel.
Röviden
- —A Vooze a digitális matchekből valódi találkozásokat csinál: eseményekre épülő társkereső app, a szlogenje pedig „Chivalry is Back”.
- —A React Native-kódbázist az alapító maga kezdte el írni, de kevés fejlesztői tapasztalattal egyedül túl lassan haladt.
- —A HyperCode egy-két fejlesztőt adott mellé, akik az ő kódbázisában, vele együtt dolgoztak – nem cserélték le sem a kódot, sem őt.
- —Megtartottuk, ami működött, közös konvenciókban állapodtunk meg, átvettük a nehezebb részeket, és vele együtt építettük ki a Firebase-backendet.
- —Az alapító végig a termék gazdája és aktív fejlesztője volt; az app az övé maradt, csak együtt építettük meg.
Egy alapító, aki tudott kódolni – csak egyedül nem elég gyorsan
A Vooze társkereső app egy határozott gondolattal: a végtelen lapozgatás helyett eseményekre épül, hogy egy matchből tényleg közös este legyen. Az alapító nem egy prezentációval érkezett hozzánk, hanem egy React Native-kódbázissal, amit maga kezdett el írni, és egy nagyon pontos elképzeléssel a termékről.
Ez erős kiindulópont – és ismerős szűk keresztmetszet. Ha kevés fejlesztői tapasztalattal egy ember visz egy egész mobilappot, lassabban halad, mint amennyire a terméknek kellene, és épp a nehezebb részek húzódnak el a legjobban. Az alapító nem akarta kiadni a kezéből a projektet. Azt akarta, hogy haladjon.
A modell: az alapítóval együtt építünk, nem helyette
Köztes utat kínáltunk a saját fejlesztő felvétele és a teljes kiszervezés között. A HyperCode egy-két fejlesztőt állított a Vooze-ra, akik az alapító kódbázisában, mellette, az ő prioritásai szerint dolgoztak. Nem írtunk újra semmit a nulláról, nem volt formális átadás a végén, és nem állt ügynökségi fal a terméket ismerő ember és a kód nagy részét író fejlesztők között.
Ezt a React Native tette lehetővé. Mivel az app JavaScriptben íródik, az alapító továbbra is olvashatta, review-olhatta és írhatta a kódot, miközben a nehezebb részeket a mi fejlesztőink vitték. Egy natív Swift- és Kotlin-projekten sokkal nehezebben tudott volna továbbra is részt venni a saját terméke fejlesztésében.
Eldönteni, mi marad és mi változik
Egy alapító által írt kódbázison az első feladat mindig az, hogy eldöntsük, mi marad. A megközelítésünk: átnézzük a meglévő appot, megtartjuk a képernyőket és a logikát ott, ahol rendben vannak, és csak ott nyúlunk a struktúrához, ahol az nem bírna el több funkciót. A szabály egyszerű: javítjuk, ami később többe kerülne, és békén hagyjuk, ami csak más, mint ahogy mi csináltuk volna.
Innentől a munkamegosztás gyakorlati, nem formális. Az alapító építi tovább a terméket, amit a legjobban ismer, a mi fejlesztőink pedig azokat a feladatokat veszik át, amelyeken egy egyedül dolgozó alapító a leggyakrabban elakad. Egy Vooze-hoz hasonló együttműködésben ez jellemzően:
- —Projektstruktúra, navigáció és közös komponensek, amelyekre az új képernyők ráépülhetnek
- —A Firebase-backend: adatmodell, biztonsági szabályok és a szerveroldali részek, amelyekre az app támaszkodik
- —Az integrációk és a platformspecifikus részletek, amelyek iOS-en és Androidon eltérnek
- —Kiadásra való felkészítés: buildek, store-konfiguráció és azok az apróságok, amelyek miatt egy appot elutasítanak
Hogy az alapító is produktív maradjon
A közös fejlesztés lényege, hogy nemcsak a projekt gyorsul fel, hanem az alapító is. Ez a gyakorlatban egy repót jelent, közös konvenciókat, egymás változtatásainak review-ját és egy rövid listát a megbeszélt mintákról, hogy egy általa írt és egy általunk írt képernyő ugyanúgy nézzen ki és ugyanúgy viselkedjen.
Ez a hatás összeadódik: minden funkció, amit a fejlesztőink megépítenek, kidolgozott példa lesz, amit az alapító követhet a következőnél, és minden kérdés, amit a termékről megválaszol, egy rossz tippet spórol meg. Az app minden lényeges értelemben az övé maradt: ő döntött a prioritásokról, értette a kódot, és velünk együtt adta ki.
Az eredmény
A Vooze elérhető az App Store-ban és a Google Playen: kiforrott, eseményalapú társkereső app elegáns UX-szel, React Native-kódbázissal és teljesen kiépített Firebase-backenddel. Az alapító megkapta a terméket, amit elkezdett – gyorsabban, mint egyedül tudta volna –, anélkül, hogy lemondott volna az irányításról vagy arról, hogy maga is dolgozhasson rajta.
Nekünk a Vooze egy gyakran visszatérő ügyféltípus mintapéldája: technikai alapító, valódi termékkel és egy kódbázissal, amelyhez már kevés egy pár kéz. A válasz ritkán újraírás, és ritkán teljes átadás. Legtöbbször egy-két tapasztalt fejlesztő, aki szívesen épít veled együtt.
Mit mutat meg a Vooze-projekt
- ✓Egy alapító által írt kódbázis átvilágítást érdemel, nem újraírást: tartsd meg, ami rendben van, és javítsd, ami később többe kerülne.
- ✓Egy-két tapasztalt fejlesztő az alapító mellett gyakran többet ér, mint egy teljes ügynökségi csapat, amely elviszi tőle a terméket.
- ✓A React Native benne tartja a kódbázisban a JavaScriptet ismerő alapítót; egy natív stack ezt sokkal nehezebbé teszi.
- ✓Közös konvenciókkal és kölcsönös review-val lesz két nagyon eltérő tudásszintből egyetlen egységes app.
- ✓Vedd át azokat a részeket, amelyeken egy egyedül dolgozó alapító a leggyakrabban elakad – backend, struktúra, release –, és hagyd, hogy az alapító tovább építse a funkciókat.
Elkezdted az appodat, és gyorsabban kellene haladnia?
Egy-két fejlesztővel csatlakozunk alapítók által írt React Native- és Flutter-kódbázisokhoz, megtartjuk, ami működik, és a többit veled együtt építjük meg.
Kérj ingyenes becslést