E' interessante questo tuo punto di vista Simone... per noi "dev da dominio" e' piuttosto chiaro cosa e' interessante (=interessa al business) e cosa e' sbagliato (=diverso dal comportamento previsto). Per intenderci: se il db non risponde possiamo gestirlo come evento di business e restituire all'utente un avviso "riprova piu' tardi", il logging qui e' minimo. Se invece succede qualcosa che non abbiamo previsto (fallisce il commit per dire) allora notifichiamo un errore con piu' info possibile (connstr db, user credentials, stacktrace, mem stat se serve ecc.ecc.)
Certo serve un minimo di sensibilita' per stabilire il nome degli eventi e le loro info allegate ma non direi che e' piu' difficile di tutto il resto. Anzi e' utile perche' fa generare interessanti discussioni col business. Quello che invece e' molto piu' facile e' capire cosa e' andato storto in prod. Inoltre dagli eventi e' facile ricavare grafici significativi per il business (KPI etc). Uberto On Fri, 9 Nov 2018 at 07:50, Simone Bordet [email protected] [it-torino-java-jug] <[email protected]> wrote: > > > Ciao, > > On Thu, Nov 8, 2018 at 11:53 PM Uberto Barbini [email protected] > [it-torino-java-jug] <[email protected]> wrote: > > in questo modo i log entrano a far parte del dominio, specifiche e tutto > il resto. Inoltre non c'e' piu' il concetto di debug/info/warn/trace ecc. o > un evento e' significativo e lo notifichi oppure no. > > Ma secondo me il problema è definire "significativo". > Quello che è importante per qualcuno non lo è per qualcun altro.. > > Io sono sempre stato un fan del tagged logging: niente livelli > (debug/info/warn) ma solo tags. > A quel punto come dici tu il logging diventa una feature e cosa devi > loggare dal punto di vista del business lo chiedi al cliente, mentre > lo sviluppatore fa il logging degli internals dell'implementazione. > > Da Java 9 si è arrivati a questo per il logging interno della JVM, ma > niente da fare ancora per il logging applicativo e i vari SLF4J, > Log4J2 e LogBack che sono ancorati al modello di 20-30 anni fa. > > > Kirk Pepperdine mi ha fatto notare una volta come uno dovrebbe loggare > il meno possibile quando va tutto bene e il piu' possible quando succede > qualche cosa di sbagliato. > > Anche qui definire "sbagliato" è difficile. > > -- > Simone Bordet > --- > Finally, no matter how good the architecture and design are, > to deliver bug-free software with optimal performance and reliability, > the implementation technique must be flawless. Victoria Livschitz > >
