Rivoluzione Lowcode: delegare il codice, non la responsabilità
A maggio mi chiedevo che cosa cambiasse nel costruire software. Tornando al libro, la domanda è diventata più precisa: come capisco se posso accettare ciò che ho delegato?

Appunti dal lavoro vero: software che prende forma, idee da mettere alla prova, un libro in scrittura e conversazioni di vendita.
Non un manuale.
Una traccia di quello che succede.
Articoli in italiano · Le date indicano il periodo raccontato. Leggi dall’inizio →
A maggio mi chiedevo che cosa cambiasse nel costruire software. Tornando al libro, la domanda è diventata più precisa: come capisco se posso accettare ciò che ho delegato?

Ho lavorato sul Metodo M.A.G. e sul registro delle attività. Due parti diverse della stessa esigenza: capire perché facciamo una scelta e poterla ricostruire.

Il processo sapeva gestire i dati del contratto, ma il contratto era ancora altrove. Ho lavorato per portare anche i documenti dentro la pratica.

Chiedevo a un operatore di compilare del JSON per avviare un lavoro. Riguardarlo mi ha fatto capire quanto stessi ancora pensando da chi costruisce.

Il designer è utile a chi costruisce il flusso. Questa settimana ho provato a rendere lo stesso processo leggibile anche a chi deve discuterlo o usarlo.

Un avviso configurato non serve se nessuno lo riceve. Ho passato questa settimana a seguire ciò che succede dopo che un’automazione parte.

Ho trovato eventi che risultavano inviati ma non completavano il loro percorso. Da lì sono tornato a chiedermi che cosa possa davvero raccontare lo storico.

La regola era configurata e sembrava chiara. Il motore, in alcuni casi, non la applicava. Ho dedicato la settimana a controllare quella distanza.
