Laravel Jetstream

Laravel Jetstream vnímám hlavně jako způsob, jak nezačínat aplikační projekt úplně od prázdné stránky. U většiny interních nástrojů, SaaS aplikací nebo klientských portálů se velmi rychle objeví stejné základní potřeby: registrace, přihlášení, správa profilu, změna hesla, dvoufaktorové ověření, odhlášení z ostatních zařízení a někdy také týmy.

To všechno se dá napsat ručně. Otázka ale je, jestli to dává smysl. Autentizace a uživatelský účet vypadají na první pohled jako běžná funkcionalita, ale v detailech je hodně prostoru pro chyby. Jetstream nabízí hotový základ, který je postavený v Laravel ekosystému a dá se dál upravovat podle potřeb projektu.

Kdy vzít hotový základ

Jetstream mi dává smysl ve chvíli, kdy aplikace potřebuje standardní uživatelskou část a nechci investovat čas do opakovaného skládání stejných obrazovek. U nového projektu je často důležitější rychle ověřit produktovou logiku než znovu navrhovat formulář pro změnu hesla nebo správu dvoufaktorového ověření.

Neznamená to, že Jetstream patří do každé aplikace. Pokud stavím velmi jednoduchý web bez účtů, nedává smysl. Pokud ale začínám aplikaci, kde budou uživatelé, oprávnění, profil a možná týmy, je dobré zvážit, jestli hotový základ neušetří víc práce, než kolik přidá vlastních rozhodnutí.

Livewire, Inertia a rozhodnutí o stacku

Jetstream není jen sada obrazovek. Při instalaci člověk volí i frontendový přístup, typicky Livewire nebo Inertia. To je důležité rozhodnutí, protože ovlivní, jak se bude aplikace dál vyvíjet. Livewire sedí projektům, které chtějí zůstat blíž Laravelu a Blade šablonám. Inertia je přirozenější tam, kde má tým silnější frontendový stack.

Právě proto bych Jetstream nebral jen jako rychlý instalační příkaz. Je dobré si předem říct, jaký typ aplikace stavím, kdo ji bude udržovat a jaké technologie jsou pro tým dlouhodobě pohodlné. Starter kit má šetřit čas, ne vnutit projektu stack, který nebude sedět.

Týmy a aplikační model

Volitelná podpora týmů je praktická, ale zároveň mění povahu aplikace. Jakmile uživatelé nepracují jen sami za sebe, ale v rámci týmů nebo organizací, začne se to propisovat do oprávnění, datového modelu i uživatelského rozhraní. Jetstream s tím umí pomoct, ale architektonické rozhodnutí pořád zůstává na vývojáři.

U SaaS aplikací může být týmový model výborný výchozí bod. U jednodušších interních nástrojů může být naopak zbytečně těžký. Jetstream je dobré brát jako základ, který je potřeba přizpůsobit doméně, ne jako hotovou odpověď na všechny otázky kolem uživatelů a organizací.

Na co si dát pozor

Největší riziko u Jetstreamu je slepé přijetí všeho, co starter kit nabídne. Pokud projekt nepotřebuje API tokeny, týmy nebo některé části profilu, je lepší si to říct hned na začátku. Jinak se může stát, že aplikace ponese funkce, které nikdo nepoužívá, ale pořád je potřeba je udržovat.

Když se použije s rozmyslem, je Jetstream velmi praktický. Pomůže rychle postavit bezpečnější a kompletnější start projektu, ušetří opakovanou práci a nechá vývojáře soustředit se na doménu. Nevyřeší produkt za vás, ale odstraní část technického základu, který by jinak jen zdržoval.