Combinazione della revisione del codice con Trust Metrics

Naviga le tue risposte
7

Non ho la possibilità di prenderlo al lavoro. Adoro l'idea della revisione del codice . Soprattutto di revisione del codice open source online come Gerrit Code Review.

Adoro ciò che Trust Metrics ha fatto per i forum e i siti di intelligenze collettive su Internet come stackexchange, reddit e wikipedia.

Sarebbe possibile combinare i due e creare un sistema di gestione del progetto open source. Qualcosa che finisce per essere principalmente guidato dalla comunità.

Forse una specie di wikipedia di codice per un progetto. Dove i segnalatori diventano popolari / fidati avendo molte patch revisionate in modo favoloso dagli altri e accettate nel bagagliaio. E gli utenti più conosciuti / fidati ricevono le loro patch accettate più velocemente / più facilmente.

Sto cercando alcune opinioni sull'idea, o forse indicazioni su dove è stato fatto prima, se questo è il caso.

Questo potrebbe lasciare al maintiner principale un po 'di più da fare che:

  • sbrogliare la direzione del progetto mediante il tracciamento rapido o il veto di patch specifiche.
  • risolvere le controversie in caso di rottura dei test CI o di riparazioni.

Il design per comunità è peggio del design di un comitato?

    
posta DragonFax 14.03.2011 - 09:08
fonte

1 risposta

1

Mi piace molto la tua idea, ma non credo che funzionerà: - (

I siti di community sono basati su situazioni vantaggiose.

  • Il richiedente riceve una risposta a una domanda importante.
  • il lettore di domande impara molto sui problemi e le loro soluzioni.
  • Il rispondente ottiene la reputazione (punti).

La tua idea aggiunge ulteriori vincitori

  • (co-) autori hanno un codice open source migliore
  • le probabilità sono più alte di quelle dello sviluppo di quel progetto.

Al fine di renderlo semplice per tutti gli utenti dovrebbe avere un link al sistema di codeversioning (svn, git, mercurial, ....) quindi non c'è bisogno di ripubblicare codice sorgente che non è sincronizzato con la versione corrente.

Il mio link del mio attuale modulo di esperienza è che domande generiche non dettagliate come 

 What do you think of this code (followed by a few pages of sourcecode)

non è molto interessante per

  • lettori di domande perché non puoi cercare selettivamente argomenti interessanti.
  • per le risposte perché c'è molto codice da leggere fuori dal contesto di un progetto open source completo.

Domande specifiche ristrette su link come "Come posso ottimizzare ..." sono interessanti per 'lettori-domanda' e'answerers' ma richiede che il l'autore ha la sensazione che qualcosa debba cambiare.

Le visualizzazioni in codice che ho partecipato sono sempre state combinate con il refactoring / pairprogramming. È possibile via internet dove la coppia è separata nello spazio e nel tempo?

E il solo voto di "pensi che dovrebbe essere rifattorizzato in questo modo" non risolve il problema se non c'è nessuno che fa il vero lavoro.

    
risposta data 14.03.2011 - 13:28
fonte

Leggi altre domande sui tag

Perché abbiamo un incremento postfisso? Impegna tutto il progetto o file di commit?