Re: Del criterio per cambiare il numero di release

Caro Leonardo,
al di là del dibattito eterno tra quale sia il giusto equilibrio tra
l'introduzione di funzionalità nuove e mantenere la retrocompatibilità,
al quale non può esistere una risposta facile e netta, poiché il
contesto è fondamentale per certe questioni, nel caso che descrivi
sembra proprio che gli sviluppatori abbiano sbagliato.

Infatti quello di cui hai scritto è un cambio architetturale, sebbene
per risolvere un problema segnalato. Perciò non può essere considerato
un avanzamento di versione patch, bensì avrebbe dovuto trattarsi di una
versione maggiore, in quanto fin dall'inizio mi pare che fosse evidente
agli sviluppatori che il comportamento solito del programma sarebbe
cambiato, indipendentemente dal numero di utenti che questa modifica
avrebbe (s)coinvolto.

Riguardo al dilemma su come gestire le richieste in conflitto, la
soluzione è che lo sviluppatore sia anche un utente del programma che
scrive. Così almeno lui sarà contento dell'andamento del programma e non
avrà di che lamentarsene! ;-}