Come possiamo utilizzare le RFC nei progetti closed source?

Question

Come possiamo utilizzare le RFC nei progetti closed source?

#1 da (2 voti)
#2 da (1 voti)

1

Adoro il modo in cui i progetti open source utilizzano RFC come strumento per ottenere feedback e idee dalla più ampia comunità. L'ho notato soprattutto negli anni con il modo in cui Ember hanno fatto il loro sviluppo.

Penso alle RFC nel contesto di progetti di "closed source". Il tipo che un consulente o una casa software farebbero per i loro clienti. Ci sono elementi che possiamo prendere da questo concetto e usarlo in progetti che non hanno una comunità così grande da cui attingere? Qualcuno ha mai fatto qualcosa del genere? È fattibile?

Pensieri?

Aggiorna

Pensi che ci sia un'opportunità per gli sviluppatori di creare qualcosa di simile a un processo RFC per le funzionalità che implementeranno e in che modo intendono implementarle? Tipo di un ciclo di feedback iniziale. O pensi che sarà troppo sovraccarico?

open-source project-management development-process engineering feedback

posta jeevs 15.01.2018 - 01:40

fonte

2 risposte

Leggi altre domande sui tag open-source project-management development-process engineering feedback

Come panoramica di alto livello, come faccio a strutturare il mio server e il codice cliente con un database persistente? Raggruppamento di modelli e servizi nel modello MVC?

score 2 · Answer 1

Buone consulenze e amp; le case software come parte della cattura dei requisiti spesso hanno diversi cicli di consultazione degli utenti e potrebbero anche provare a ottenere gli utenti effettivi , in contrasto con i project manager & responsabili acquisti , coinvolti nel feedback delle specifiche, nella valutazione dei prototipi, ecc. semplicemente non chiamano il processo RFC.

score 1 · Answer 2

Il processo di richiesta di commenti è un processo generale per lo sviluppo di una specifica e mentre il suo uso più ovvio è all'interno della IETF e di altre organizzazioni no-profit, non c'è motivo per cui non possa essere usato da altre organizzazioni .

Ci sono alcuni fattori culturali che accompagnano il processo RFC, il principale che sta documentando, discutendo e modellando le specifiche come work in progress in modo trasparente e consensuale. Questo approccio funziona bene con organizzazioni di standard che sono composte da rappresentanti di più organizzazioni che stanno tentando di plasmare lo standard verso i loro fini e che stanno anche lavorando per creare uno standard che sia utile e accettabile. Quindi c'è una componente politica nel processo.

Le due strutture più importanti per questo approccio sarebbero (1) un repository condiviso con un meccanismo di tracciamento delle revisioni in modo che tutte le parti possano rivedere il documento e la sua storia e (2) un meccanismo di monitoraggio della discussione in modo che gli elementi di azione, le risoluzioni delle azioni, i verbali delle riunioni, le discussioni, i commenti, le note e le decisioni possono essere monitorati e verificati e revisionati.

I problemi con il processo RFC sono che può essere laborioso e lento anche se la lentezza è in parte dovuta alla natura part-time dei partecipanti. È il lavoro di una commissione con tutte le questioni e i problemi che possono derivare dal lavoro di commissione, nonché tutta la grandezza che può venire dalla diversità dei background dei partecipanti.