Prototipazione Low-Code con AWS Step Functions

Prototipazione low code
con AWS Step Functions
University – Firenze 15 Dicembre 2022

Antonio Dell'Ava
Front-end Developer @
Background in Interaction Design
Gravel cyclist

0 → Premessa
1 → La Prototipazione
2 → Gli strumenti low-code
e no-code
3 → AWS Step Functions
Workflow Studio
Indice
Commit University 15 Dicembre 2022 Indice
4 → Domande
5 → Esercitazione
6 → Saluti

"definiamoprototipo qualsiasi
rappresentazione diun'ideaprima di eseguirne
l'implementazionecompleta,
indipendentemente dallo strumento di
prototipazioneusato"

Nel'92 un cartoneper la pizza fu usato per
prototipare un portatile per architetti

LANCIO
IDEA
SVILUPPO
LEARNING
1
2
3
4

Perché prototipare?
Per ridurre il costo del rischio

LANCIO
IDEA
SVILUPPO
LEARNING
1
2
3
4
più veloce ed economico
questo loop più possiamo
ridurre la possibilità di
sbagliare

1. Disallineamento interno:
non stiamo parlando della stessa cosa
2. Rischio tecnico:
quello che ci immaginiamo non si può fare
3. Rischio di sviluppare la soluzione sbagliata:
quello che sviluppiamo non risolve il problema degli
utenti
Quali rischi?

Diverse situazioni
= tipologie di rischio
= diverse tipologie di prototipi
_

1) Vogliamo fare una cosa totalmente nuova che i nostri utenti non
conoscono e noi, team, non sappiamo ancora bene definire
Low-fidelity
Focus sulla funzione e sul
ruolo della tecnologia nella
vita dell'utente

2) Ho un sistema esistente e utilizzato che deve essere riscritto o
rappresentato in maniera nuova
High fidelity, Focus è sul look & feel

3) Non abbiamo chiaro se quella funzione può essere realizzata/
abbiamo più opzioni implementative/Stiamo partecipando a una
gara
High fidelity, Focus è sulla tecnologia/e che crea rischio/dubbi

Riassunto sulle Tipologie
https://hci.stanford.edu/courses/cs247/2012/readings/WhatDoPrototypesPrototype.pdf
What do Prototypes Prototype?Stephanie
Houde and Charles Hill
Cosa Viene Prototipato Fedeltà
ALTA
Serve più tempo, Può essere condiviso
BASSA
Più economico, interno al team

Quando prototipare e chi
coinvolgere
_

Per generare opzioni tra
cui scegliere
Prototipi a Bassa Fedeltà
Per convergere su una
soluzione condivisa
Prototipi ad Alta Fedeltà
immagine da https://dschool.stanford.edu/
Sviluppo e lancio

Team interno Utenti & Stakeholder
immagine da https://dschool.stanford.edu/
Sviluppo e lancio

➔ Usare il prototipo look & feel come una specifica
ci deve dare la possibilità di imparare anche in fase sviluppo
➔ Fare prototipi troppo costosi
ci deve dare la possibilità di cambiare completamente idea
➔ Innamorarsi del proprio prototipo
➔ Solo una parte del team prototipa
nessuno deve subire le decisioni, la ownership è condivisa
➔ Avere paura di fare una valutazione con gli utenti
Antipattern

https://designsprintkit.withgoogle.com
Design Sprint

Gli Strumenti low-code e
no-code
2

"untool di programmazionelow-code / no-code
permettedi costruireun software partendoda
una descrizionevisiva di cosa esso deve
fare, senza necessitàdi saper come scrivere
codice sorgente"

Pro:
1. Veloce
2. Non servono competenze specifiche
di programmazione (o ne servono
poche)
3. Tutti possono lo capire
Contro:
1. Non compatibili con tutti i i
processi/strumenti che di solito
rendono un software production
ready: testing, git, ci/cd, pull request
2. Meno flessibili rispetto al codice
Caratteristiche

Low Code:
➔ Destinati a velocizzare i developer
➔ Serve scrivere poco codice
➔ Hanno più flessibilità
No Code:
➔ Destinate ad abilitare tutti a
produrre un risultato
➔ Non serve saper scrivere codice
➔ Hanno meno flessibilità
Differenze

App
Es Amplify Studio
Workflow
Es Workflow Studio
Varie Tipologie
API
Es Application Composer
E molte altre in base al contesto di utilizzo (MAX MSP, scratch, Zapier, n8n, ...)

Gli strumentilow-code che si focalizzanosui
processi di integrazionesono i più interessanti
per fare i prototipi di implementazione
➔ Ci permettono di costruire qualcosa su cui ricevere feedback
velocemente e in maniera economica
➔ Focus sul cosa e non sul come

(def.) workflow (“flusso di lavoro”) è un modello
rappresentativo di un processo attraverso una serie di
operazioni, eseguite una dopo l'altra, in un flusso logico e
temporale predefinito
L'utente inserisce
una frase
Analisi del
sentiment
È
buono
?
SUCCESS
FAIL

AWS Step Fuctions
Workflow Studio
3

Sappiamo tutti cosa è AWS?
AmazonWeb Services,Inc. è un'azienda statunitensedi proprietà del gruppo
Amazon, chefornisceservizi di cloud computingsu un'omonimapiattaforma
on demand.

➔ Permettono di modellare un workflow di servizi AWS
➔ Allo stesso modo possono essere lanciate con: API Gateway,
lambda, altri servizi AWS
➔ Risponde al sistema di Identity e Access Management (IAM)
Amazon
➔ Stiamo parlando di uno strumento "professional"
https://aws.amazon.com/it/step-functions/
Step Function

➔ Basato su JSON
➔ Definisce il workflow in maniera dichiarativa
➔ È una specifica Amazon
➔ Il workflow è sempre una macchina a stati finiti
➔ ogni "blocco" del workflow può occuparsi fare un'azione
(Task) o gestire il flusso (Flow)
https://states-language.net/spec.html
Amazon States Language

➔ Task: esegue un'operazione in aws (volendo anche esternamente)
Le azioni AKA i task
Altro ServizioAWS
( es DetectSentiment )

1. Choice: crea delle biforcazioni logiche nel
workflow in base al condizioni date
2. Parallel: permette di eseguire più
processi parallelamente
3. Map: itera sugli elementi di un'array
4. Pass: passa semplicemente lo stato o
aggiunge dati hardcoded
5. Wait: causa un delay
6. Succeed: termina il workflow in maniera
positiva
7. Fail: termina il workflow in maniera
negativa
Gestione del Flow

{
"Comment": "Esempio di step function",
"StartAt": "DetectSentiment",
"States": {
"DetectSentiment": {
"Type": "Task",
"Parameters": {
"LanguageCode": "it",
"Text.$": "$.message"
},
"Resource": "arn:aws:states:::aws-sdk:comprehend:detectSentiment",
"Next": "Buono o Cattivo"
},
"Buono o Cattivo": {
"Type": "Choice",
"Choices": [...]

"Choices": [
{
"Variable": "$.Sentiment",
"StringEquals": "POSITIVE",
"Next": "Success"
}
],
"Default": "Fail"
},
"Success": {
"Type": "Succeed"
},
"Fail": {
"Type": "Fail"
}}}

➔ Possono esserci errori come per esempio un Task fallisce o va
in timeout, oppure proprio nella definizionedella step
function, es. vado a prendere una variabile che non c'è
nell'input
➔ Abbiamo "Retry" per riprovare a eseguire, e "Catch" per
gestire l'errore con un cambio di stato
➔ Uno degli aspetti più potenti delle step function
Gestione degli Errori

"Catch": [
{
"ErrorEquals": [ "States.TaskFailed" ],
"Next": "Fail"
"ResultPath: "$.error" // messaggio di errore
}
],
"Retry": [
{
"ErrorEquals": [ "States.Timeout" ],
"BackoffRate": 2, // moltiplica il delay ogni volta che ritenta
"IntervalSeconds": 1,
"MaxAttempts": 3
}
]

Grazie!
Antonio Dell'Ava
antonio.dellava@it.clara.net
@creativecaos

Prototipazione Low-Code con AWS Step Functions

Recommended

More Related Content

Similar to Prototipazione Low-Code con AWS Step Functions (20)

More from Commit University (20)

Prototipazione Low-Code con AWS Step Functions