TODO descrizione miscroservizi: @scramasax endpoints , @chivuole mettere apposto descrizioni.
se qualcuno non ha niente da fare c'è da mettere apposto le descrizioni dei microservizi e scriverle in latex
dividere auth in 2 @mauro visto che abbiamo deciso insieme
-> vedere se ha senso, visto che metà di users è in utility forse non è il caso? comunque il
microservizio è users e non auth
già che ci siamo rinominiamo utility in common, visto che contiene moduli comuni e non solo utilità?
fare un po' di pulizia in pragma? eliminare le classi che non usiamo più.
Nelle descrizioni di DAO parliamo di database, ma un DAO non è per forza legato ai database (ad esempio potrebbe fornire un'interfaccia per API HTTP). vedere se cambiando non perdiamo troppo tempo
Elenco classi con descrizioni semplici
(Rimandare a documentazione api.ai)
Back-end::VirtualAssistant::Context
Back-end::VirtualAssistant::Metadata
bisogna scrivere due righe sul fatto che il nostro sistema è più o meno serverless perchè anche se c'è la sessione dell'assistente virtuale tutto quello che abbiamo progettato non fa uso di sessioni (perchè cardin l'aveva chiesto durante la presentazione) oppure no?
assistente virtuale è finito a parte per il VAService, quello forse può scriverlo qualcunaltro utilizzando la descrizione nel wiki. lo stesso vale per la descrizione degli altri miscroservizi.
TODO descrizione miscroservizi: @scramasax endpoints , @chivuole mettere apposto descrizioni.
se qualcuno non ha niente da fare c'è da mettere apposto le descrizioni dei microservizi e scriverle in latex
dividere auth in 2 @mauro visto che abbiamo deciso insieme -> vedere se ha senso, visto che metà di users è in utility forse non è il caso? comunque il microservizio è users e non auth già che ci siamo rinominiamo utility in common, visto che contiene moduli comuni e non solo utilità?
fare un po' di pulizia in pragma? eliminare le classi che non usiamo più.
Nelle descrizioni di DAO parliamo di database, ma un DAO non è per forza legato ai database (ad esempio potrebbe fornire un'interfaccia per API HTTP). vedere se cambiando non perdiamo troppo tempo
Elenco classi con descrizioni semplici
(Rimandare a documentazione api.ai)
bisogna scrivere due righe sul fatto che il nostro sistema è più o meno serverless perchè anche se c'è la sessione dell'assistente virtuale tutto quello che abbiamo progettato non fa uso di sessioni (perchè cardin l'aveva chiesto durante la presentazione) oppure no?
assistente virtuale è finito a parte per il VAService, quello forse può scriverlo qualcunaltro utilizzando la descrizione nel wiki. lo stesso vale per la descrizione degli altri miscroservizi.