Aggiornato di seguito
Conosciamo tutti l'importanza critica della peer-review. È la principale forma di controllo di qualità e feedback sulla ricerca. Tuttavia, per un ricercatore in fase iniziale (come me), a volte può essere un sistema / processo confuso.
Di conseguenza, ci sono diversi trattati sul processo di arbitrato scientifico che forniscono indicazioni. Due (molto diversi) esempi di informatica - questo articolo del 1994 di Parberry e uno più recente di Cormode - offrono ottimi consigli (anche se quest'ultimo potrebbe essere un po 'malizioso).
Qui, vorrei chiedere consigli più ampi ai membri più esperti di questa comunità sul processo di revisione, con particolare riguardo alle peculiarità dell'informatica teorica.
- Quali sono i criteri principali per determinare il significato dei risultati di un documento? Come giudico se un documento debba essere accettato dalla conferenza / dalla rivista? È importante verificare la correttezza?
- Quali sono gli elementi principali di una relazione arbitrale e quali parti sono più importanti? È sempre necessario dare una raccomandazione di (non) accettazione? Cosa succede nel rapporto e cosa va solo all'editore?
- In che modo la valutazione per le conferenze differisce da quella nelle riviste? In che modo i rapporti per le conferenze differiscono da quelli delle riviste? (Come diavolo valuto la mia "fiducia" nella mia raccomandazione?) La versione del diario dovrebbe essere significativamente diversa dall'articolo della conferenza?
- E se non capissi il giornale? ...la prova? (È colpa mia o loro?)
- Che dire degli errori tipografici / grammaticali? E se ce ne fossero molti?
- Quanto tempo devo dedicare a un rapporto?
- Quanti rapporti all'anno dovrei scrivere? Quando è accettabile rifiutare una richiesta di arbitrato?
Naturalmente, tutte le altre domande e risposte pertinenti su questo argomento sono incoraggiate, poiché si tratta di CW.
Questa domanda è ispirata da (rubato da) un post simile su MathOverflow .
Aggiornamento 15/02/2011:
Sono ancora molto interessato a ottenere maggiori informazioni su questa domanda, in particolare per quanto riguarda la revisione dei documenti della conferenza e l'adesione al comitato del programma. (Questi due ruoli sono essi stessi bestie diverse, ed entrambi molto diversi dall'essere un arbitro per un articolo di giornale, IMO.) Concesso, l'appartenenza al comitato del programma è più rara dell'arbitrato o della revisione (e non è ancora stato un mio privilegio), ma responsabilità che ogni ricercatore di informatica teorica deve assumere alla fine.
Tempo. Quanto tempo mi aspetto di trascorrere come membro del comitato o revisore della conferenza? Data la probabilità che potrei avere dieci o forse molti di più da gestire nel giro di poche settimane, come posso evitare di rimanere senza tempo? Quali sono le cose più importanti su cui trascorrere del tempo?
Fiducia. Cosa succede se il documento è troppo lontano dalla mia area di competenza? Quali fattori dovrebbero andare nella nomina / chiedere a qualcun altro di rivedere un invio? Se non è troppo lontano dalla mia area di competenza e scelgo di esaminarlo, quando è consentito dare un punteggio di confidenza di 1?
Criteri. Ci sono differenze critiche tra riviste e conferenze. Alcuni articoli molto importanti non sono pubblicati su riviste. Alcuni lavori molto importanti non erano apparsi in precedenza nelle conferenze. Quali sono le distinzioni più significative nei criteri su cui valutare i documenti in questi contesti?
Raccomandazioni. Inerentemente, ci sono meno raccomandazioni che possono essere offerte agli autori di un documento della conferenza, principalmente a causa di vincoli di spazio e tempo. Inoltre, di solito c'è solo un giro di revisione. Un'altra considerazione è che la mia relazione diventa pubblica per l'intero comitato forte. Qual è la portata dei suggerimenti / direttive che posso offrire?
Come prima, se pensi di essermi perso una domanda particolare, fammelo sapere o modifica direttamente. Questo è CW, dopo tutto.
Questi nuovi pensieri sono in parte motivati dalla lettura di un articolo che Suresh ha menzionato sul suo blog .