svaroxlabs
všechny službyVÝVOJ PRODUKTU

Jeden stack od databázeaž do telefonu.

Většina produktů dřív nebo později potřebuje tři věci: mobilní aplikaci, webovou aplikaci a backend, který je oba krmí. Klasická cesta jsou tři technologie, tři kódové základny a fakticky tři týmy, kde se každá funkce implementuje dvakrát a každá změna se koordinuje napříč vším. My stavíme všechny tři v jednom jazyce.

probrat váš produkt

CO JE V TOM

Front-end vývoj

  • React, Next.js, TypeScript
  • Server components, SSR a ISR
  • REST API, React Query
  • Tailwind CSS, design systémy
  • Core Web Vitals a SEO

Mobilní aplikace

  • React Native, Expo
  • iOS a Android z jedné kódové základny
  • Nativní moduly a API zařízení
  • Push notifikace, deep linky
  • Data v režimu offline-first
  • Vydání do App Storu a Google Play

Back-end vývoj

  • Nest.js, Express.js, Node.js
  • TypeScript od začátku do konce
  • REST API, přihlašování a oprávnění
  • PostgreSQL, MySQL, MongoDB
  • Prisma, TypeORM, Mongoose
  • Úlohy na pozadí a integrace

QA a automatizace

  • Technické testování
  • Funkční testování
  • Průzkumné testování
  • Testování napříč platformami
  • Testování přístupnosti
  • Automatizované testování
  • Výkonnostní testování

Co stavíme

Frontend, mobil, backend a testování, jedním týmem místo tří.

  • Frontend: React, Next.js a TypeScript, server components, SSR a ISR, Core Web Vitals
  • Mobil: React Native a Expo, iOS i Android z jedné kódové základny, push notifikace, deep linky, offline-first data, vydání do App Store a Play Store
  • Backend: Nest.js, Express a Node.js, REST API, autentizace a oprávnění, PostgreSQL, MySQL a MongoDB, background joby a integrace
  • QA: funkční, průzkumné, cross-platform, přístupnostní, výkonnostní a automatizované testování

Proč se jeden jazyk projeví na rozpočtu

Web v Next.js, mobil v React Native, backend v Nest.js, všechno TypeScript, v jednom repozitáři se sdílenými balíčky mezi nimi. Existuje přesně jedna definice toho, co je Produkt, Objednávka nebo Uživatel, a všechny tři aplikace ji importují. Když backend změní pole, web a mobil, které na něm závisí, okamžitě přestanou kompilovat a vypíšou přesný seznam všech dotčených míst.

V praxi je sdílených 30–50 % kódu, a je to právě ta část, kde jsou chyby nejdražší: definice dat, pravidla, výpočty. Obrazovky zůstávají oddělené, protože dobré mobilní a dobré webové rozhraní se od sebe skutečně liší.

  • Jeden tým na web, mobil i backend, bez čekání na předávku
  • Funkce stojí míň: logika se píše jednou, per platformu se staví jen obrazovky
  • Změny jsou bezpečnější: kompilátor najde každé místo, kterého se změna dotkne, napříč všemi třemi aplikacemi
  • Start s mobilem zůstává levný: web přidaný později zdědí typy i logiku hned první den

Potřebujete vlastně backend na míru?

Často ne. A agentura, která ho doporučuje na každém projektu, optimalizuje svoji fakturu, ne váš runway.

Pokud vaše aplikace hlavně ukládá a zobrazuje data a pravidla jsou jednoduchá, je spravovaný backend typu Firebase nebo Supabase správná volba. Ušetří znatelnou část vývoje a jeden až dva týdny. Pokud váš produkt páruje, počítá, vyplácí, schvaluje nebo se integruje s jinými systémy, počítejte s backendem na míru od prvního dne.

  • Spravovaný stačí: poznámky, návyky, tréninky, uložené položky, jednoduché profily, uživatelé vidí svoje data
  • Na míru je potřeba: složitá business logika, peníze nad rámec jednoduché platby, více rolí se skutečně odlišnými oprávněními, integrace s dalšími systémy, data, která musíte plně vlastnit

Převzetí existujícího produktu

Přebíráme i hotové kódové základny: aplikace po předchozím týmu, produkty, které přerostly spravovaný backend, frontendy, které je potřeba postavit znovu, aniž by se přepisovalo všechno za nimi. Migrace z Firebase na backend na míru je normální, naplánovatelný projekt, ne přepis celé aplikace.

Časté dotazy

Umíte stavět pro iOS i Android najednou?

Ano, a přesně proto stavíme v React Native: jedna kódová základna běžící nativně na obou platformách, což je znatelně levnější a rychlejší než postavit tentýž produkt dvakrát.

Převezmete kód, který psal někdo jiný?

Ano. Začínáme krátkou revizí toho, co existuje, a odhadem, kolik by stálo to zachovat oproti tomu nahradit. Toto posouzení dostanete dřív, než se k čemukoli dalšímu zavážete.

Potřebujeme backend na míru, nebo stačí Firebase?

Pokud aplikace ukládá a zobrazuje data s jednoduchými pravidly, Firebase nebo Supabase opravdu stačí a ušetří peníze i čas. Pokud páruje, počítá, vyplácí, schvaluje nebo se integruje, plánujte backend na míru. Když si nejste jistí, začněte spravovaným a migraci si naplánujte jako milník, ne jako havárii.

S jakými databázemi pracujete?

Nejčastěji s PostgreSQL, dále s MySQL a MongoDB, přistupujeme k nim přes Prismu, TypeORM nebo Mongoose podle toho, co projekt potřebuje.

Kdo testuje?

My: funkčně, cross-platform, na přístupnost, výkon i automatizovaně, na reálných zařízeních starých i nových, na obou platformách, ne jen v simulátorech.

SOUVISEJÍCÍ ČLÁNKY