WPC 2008
 Cerca nei blog
nov18

Written by:Dario Rossa
martedì 18 novembre 2008 14.38 

Does dealing between openness and stability mean more than imposition of rules? - Gestire collaborazione e stabilità va oltre la sola imposizione di regole?

Codice Everybody knows that whenever a new module release is available for public download, it can be found on SourceForge or on Dotnetnuke.com official download page after the release process has completed. But only people managing installation which really urgently need a new release of a certain module know how painfully slow can be this process. Very severe rules have been provided for modules aiming to become an official release. This ensures the users they will find always good release, fewer bugs and smooth installations.

Tutti sanno che quando una nuova release di un modulo è disponibile, essa è disponibile su SourceForge o sulla pagina ufficiale dei download di Dotnetnuke.com. Ma solo coloro i quali gestiscono installazioni che richiedono urgentemente una nuova release di un certo modulo sanno quanto può essere lento questo processo. Sono previste regole severe per i moduli che dovranno divenire release ufficiali. Questo assicura agli utenti maggiore qualità, meno bug e installazioni senza problemi.

The side effect of the rules is that users have to wait a long time between every release, and most important: no beta releases are allowed. Many users and skilled developers complained about this, but the Corp replies that this ensures that this way no one is tempted to install a beta on production. On the team's side this reduces the testing audience to the team members themselves, thus limiting the 'bug hunt'. What is your opinion about this? Feel free to use the comment section below to share your opinion.

L'effetto collaterale di queste regole è che gli utenti devono aspettare a lungo fra una release e l'altra, e più importante: nessuna beta release è ammessa. Molti utenti e sviluppatori si sono lamentati di questo comportamento, ma alla Corp hanno risposto che questo era per evitare che qualcuno installasse una beta online. Da parte del team di sviluppo questo si traduce in una platea di tester ristretta ai membri stessi, limitando così la 'caccia al bug'. Voi cosa ne pensate? Utilizzate la sezione commenti qui sotto per condividere la vostra opinione.

Tags:

2 comment(s) so far...

R: Between stability and open source: the release process

Finchè si tratta di implementare nuove feature o modificare l'architettura (perchè, ad esempio, si sono trovate soluzioni migliori o più flessibili) questo mi può star anche bene...
Certo è, che se viene identificato un security bug nella public release, mi aspetto che venga rilasciata una versione "correttiva" nel minor tempo possibile.

By Gianluca Cannalire on  martedì 18 novembre 2008 21.37

R: Between stability and open source: the release process

Nello sviluppo di software c'è sempre il dilemma del METODO di PROGRAMMAZIONE da utilizzare. Il metodo AGILE o il metodo CLASSICO. Entrambi hanno pregi e difetti. Il primo è più orientato ad un rilascio continuo di versioni anche se non stabili al 100%, l'altro con rilasci più distanti nel tempo ma più stabili.

Qual'è il metodo giusto di programmazione ? impossibile rispondere è come per la domanda "il bicchiere a metà, è mezzo pieno o mezzo vuoto" ? Tutti hanno ragione e tutti sbagliano :-)).

Per chi vuole approfondire le varie metodologie di sviluppo ci sono degli ottimi articoli su it.wikipedia.org/wiki/Approcci_di_project_management

By Andrea Giusti on  giovedì 20 novembre 2008 12.08

Your name:
Your email:
(Optional) Email used only to show Gravatar.
Your website:
Title:
Comment:
Add Comment  Cancel 
Invia questa pagina ad un amico