Argomento sicuramente interessante e il talk mi è sembrato ben strutturato e completo. Il voto è 4 e non 5 per una leggera mancanza di "mordente" da parte dello speaker, veramente un dettaglio.
Ottimi i contenuti, l'argomento è stato affrontato bene e trattato in maniera chiara ed esaustiva. Ho apprezzato in particolar modo l'aver riconosciuto che, in alcune circostanze, col debito tecnico si deve convivere per cause di forza maggiore e il fatto che si sia parlato di come farlo in maniera "sana". Realista.
Molto chiara la presentazione dei diversi tipi di debito tecnico, che mi ha anche fatto riscoprire diverse cose. Dato il titolo avrei sperato in qualcosa di più sul come gestire il debito.
Davvero buono il rapporto tra idee astratte e strade praticabili. Il concetto di debito tecnico dovrebbe essere un pilastro su cui fondare ogni scelta di management nello sviluppo software. Per lo speaker: un po' meno "slack" nello stile di presentazione sarebbe ideale :)
Ho rivisto il tuo intervento solo ora tramite il video, ottimo argomento e sempre sottovalutato. Si pensa sempre alla consegna in tempo e mai alla qualità di quello che si consegna
Comments
Comments are closed.
Argomento sicuramente interessante e il talk mi è sembrato ben strutturato e completo. Il voto è 4 e non 5 per una leggera mancanza di "mordente" da parte dello speaker, veramente un dettaglio.
Ottimi i contenuti, l'argomento è stato affrontato bene e trattato in maniera chiara ed esaustiva. Ho apprezzato in particolar modo l'aver riconosciuto che, in alcune circostanze, col debito tecnico si deve convivere per cause di forza maggiore e il fatto che si sia parlato di come farlo in maniera "sana". Realista.
Molto chiara la presentazione dei diversi tipi di debito tecnico, che mi ha anche fatto riscoprire diverse cose. Dato il titolo avrei sperato in qualcosa di più sul come gestire il debito.
Peccato per lo spoiler sulla storia di Barks :-)
Davvero buono il rapporto tra idee astratte e strade praticabili. Il concetto di debito tecnico dovrebbe essere un pilastro su cui fondare ogni scelta di management nello sviluppo software. Per lo speaker: un po' meno "slack" nello stile di presentazione sarebbe ideale :)
Buona la presentazione. Purtroppo il tempo a disposizione ha consentito solo di scalfire la superficie del problema.
Ho rivisto il tuo intervento solo ora tramite il video, ottimo argomento e sempre sottovalutato. Si pensa sempre alla consegna in tempo e mai alla qualità di quello che si consegna