Un runtime dichiarativo, applicato ai tuoi problemi reali.

Nella contabilità di un progetto informatico la voce visibile è lo sviluppo iniziale. La voce che pesa davvero, nei cinque anni successivi, è ogni modifica: un campo nuovo, un permesso diverso, un controllo che prima non serviva, un canale che prima non esisteva.

Nel software tradizionale quel costo è alto per un motivo strutturale: la conoscenza del dominio è distribuita nel codice. Sapere che un ordine non può essere confermato senza indirizzo di consegna è scritto in una validazione; sapere chi può vederlo è scritto in un controllo di autorizzazione; sapere come appare a schermo è scritto in una pagina. Tre punti diversi che qualcuno deve trovare, capire e tenere coerenti.

Pwas sposta quella conoscenza in un punto solo — una descrizione dichiarativa del dominio — e fa in modo che backend, orchestrazione e interfaccia la leggano da lì. Cambiare il dominio diventa una modifica in un posto, non tre modifiche coordinate. È questo che rende le cinque soluzioni di questa pagina la stessa cosa vista da angolazioni diverse.

Significa che descrivete cosa esiste e quali regole valgono, invece di scrivere istruzioni su come fare ogni singola cosa.

Un esempio concreto. In un sistema tradizionale, per aggiungere il concetto di "cliente prioritario" qualcuno scrive: il codice per salvarlo, il codice per cercarlo, il codice per controllare chi può modificarlo, il codice della schermata, il codice dell'interfaccia che lo espone ad altri sistemi. Cinque pezzi, cinque possibilità di sbagliare, cinque cose da aggiornare quando cambia.

Nel modello dichiarativo si scrive che esiste un attributo "priorità" sul cliente, con determinati valori ammessi, modificabile solo da un certo ruolo. Da quella dichiarazione il sistema deriva tutto il resto: il salvataggio, la ricerca, il controllo dei permessi, il campo nella schermata, l'esposizione verso l'esterno. Non perché sia magia, ma perché sono operazioni meccaniche che non hanno bisogno di essere riscritte a mano ogni volta.

La conseguenza pratica, quella che i clienti notano per prima, è che le modifiche si fanno e si verificano nella stessa giornata invece di entrare in un ciclo di sviluppo.

Lo diciamo qui perché è più utile di un elenco di vantaggi, e perché preferiamo una conversazione onesta a un progetto sbagliato.

• Quando esiste un prodotto verticale maturo che copre il 95% del vostro caso. Se vi serve contabilità italiana standard, un software di contabilità costa meno e funziona meglio di qualsiasi cosa costruita su misura.
• Quando il processo è semplice, stabile e nessuno intende cambiarlo. Il valore del modello dichiarativo sta nella velocità di cambiamento: se non cambia niente, state pagando per una flessibilità che non usate.
• Quando serve un calcolo altamente specializzato. Motori di ottimizzazione, elaborazione di segnali, simulazione numerica: sono cose che si scrivono in codice specializzato, e Pwas le integra come servizi esterni invece di provare a sostituirle.
• Quando nessuno in azienda può descrivere i processi. Il metodo richiede qualche ora di persone che conoscono davvero il lavoro. Senza quelle ore, il risultato è un sistema che descrive il processo sbagliato, molto rapidamente.