Perché esiste Fóir
Otto anni a costruire software per altri, e lo stesso vuoto in quasi ogni progetto. Un sistema di gestione dei contenuti ti porta quasi fino in fondo. La parte che non copre è quella in cui se ne va il budget.
È nato dal lavoro per i clienti
Fóir nasce da uno studio che realizza software per i clienti. I prodotti cambiavano da un progetto all'altro. Sotto, ognuno richiedeva le stesse parti: contenuti che un editor potesse modificare senza uno sviluppatore, dati appartenenti a utenti specifici, login, archiviazione dei file, lavoro pianificato e regole su chi poteva vedere cosa.
Abbiamo costruito quelle parti progetto dopo progetto, e ognuna ci ha insegnato qualcosa su come dovessero incastrarsi. Dopo abbastanza progetti gli schemi hanno smesso di cambiare, e ricostruirli per ogni cliente aveva sempre meno senso.
L'ultimo dieci per cento
Un CMS pronto all'uso soddisfa quasi il brief. Poi arriva la parte che non avrebbe mai fatto: l'area riservata, i contenuti che cambiano a seconda del cliente, il flusso di lavoro che arriva in un altro sistema.
A quel punto ci sono tre strade e ognuna ha un costo. Far girare due sistemi e scrivere l'integrazione tra loro. Costruire il backend e agganciargli a lato un CMS di terze parti. Oppure costruire il backend e ricostruire gli strumenti di editing che il tuo team sapeva già usare. Le abbiamo preventivate tutte e tre più di una volta, e nessuna è ciò che qualcuno voleva comprare.
Un agente lo ricostruisce ogni volta
Uno sviluppo più economico avrebbe dovuto rendere accessibile quell'ultima parte. L'ha resa frequente. Un agente a cui chiedi di costruire un'applicazione assembla gli stessi pezzi mancanti a ogni progetto: login, database, archiviazione dei file, permessi, coda di job. La maggior parte è critica per la sicurezza, e ti affidi al fatto che li abbia collegati correttamente ogni volta, in una codebase che nessuno ha letto da cima a fondo.
Con Fóir quei pezzi arrivano già collegati, e li gestiamo noi. L'agente scrive ciò che è specifico del tuo prodotto, su un backend da cui non può escludere le regole di accesso.
I bug in quel codice sono assenze
I guasti di un backend assemblato sono silenziosi: un controllo su un percorso che nessuno ha esercitato, una query a cui manca una clausola, una chiave che arriva più lontano della persona che la detiene.
Non puoi arrivare alla certezza con la revisione su qualcosa che non c'è. Funziona un sistema in cui il controllo non può essere omesso. In Fóir le regole di accesso si compilano nella row-level security del database stesso, quindi una query che dimentica un controllo restituisce solo ciò che il suo chiamante può vedere, e una nuova tabella fa fallire i nostri test finché qualcuno non ha deciso come proteggerla. Il motore che compila è Demesne, ed è open source.
Ci costruiamo sopra noi stessi
Fóir è la base da cui partiamo per il nostro lavoro. Questo sito ci gira sopra, ed è lì che vengono rilasciati i nostri nuovi progetti per i clienti. Le decisioni che prima prendevamo di nuovo a ogni build, come il modo di modellare i contenuti e di tenere i dati di un utente suoi, sono prese una volta e mantenute.
Un backend va gestito oltre che scritto, quindi Fóir è un servizio gestito. La parte che decide chi può vedere i tuoi dati è pubblicata perché chiunque la legga.
Così abbiamo costruito quello che continuavamo a preventivare
Ogni progetto pagava per far costruire di nuovo la stessa base.
Fóir è quella base, gestita per te: contenuti strutturati e dati applicativi in un unico runtime, con login ospitato, media, personalizzazione, automazione e un'API generata già collegati tra loro. Parti dalla tua logica di business.
Cosa sostituisce
Gli abbonamenti e i progetti di sviluppo che rimpiazza, in un posto solo e con una sola fattura.
Un CMS headless
L'interfaccia editoriale, lo schema, le bozze e la cronologia delle versioni.
Un provider di autenticazione
Login per i tuoi utenti, sul tuo dominio, con i ruoli che lo accompagnano.
Storage e una CDN
Upload, trasformazioni delle immagini, streaming video e la distribuzione che sta davanti.
Un servizio di ricerca
Full text sui tuoi record, e vettori per il recupero per significato.
Un job runner
Pianificazioni, operazioni in background, retry e un posto dove far finire i fallimenti.
Un provider di messaggistica
Email transazionali, in-app e push, con le preferenze salvate per ogni cliente.
Il livello di integrazione
Il codice che altrimenti terrebbe insieme quei sei, e il drift tra l'uno e l'altro.
Le persone che applicano le patch
Non c'è nessun tuo server da tenere aggiornato, e nessun weekend di aggiornamento.
Verifica se regge
Ogni funzionalità, e i confronti in cui diciamo apertamente quale strumento useremmo al nostro posto.