Mis à jour ci-dessous
Nous connaissons tous l'importance cruciale de l'examen par les pairs. C’est la principale forme de contrôle de la qualité et de retour d’information sur la recherche. Cependant, pour un chercheur débutant (comme moi), cela peut parfois être un système / processus déroutant.
En conséquence, plusieurs traités sur le processus d'arbitrage scientifique donnent des indications. Deux exemples (très différents) issus de l'informatique - cet article de Parberry de 1994 et un plus récent de Cormode - offrent de bons conseils (bien que ce dernier puisse être un peu malicieux).
Ici, je voudrais solliciter des conseils plus généraux des membres les plus expérimentés de cette communauté sur le processus d’examen, en tenant particulièrement compte des particularités de l’informatique théorique.
- Quels sont les principaux critères pour déterminer l’importance des résultats d’un article? Comment puis-je juger si un article doit être accepté dans la conférence / le journal? Est-il important de vérifier l'exactitude?
- Quels sont les principaux éléments d’un rapport d’arbitre et quelles sont les parties les plus importantes? Est-il toujours nécessaire de faire une recommandation de (non) acceptation? Que contient le rapport et que va-t-il uniquement à l'éditeur?
- Comment l'évaluation des conférences diffère-t-elle de celle des revues? En quoi les rapports de conférence diffèrent-ils de ceux des journaux? (Comment puis-je évaluer ma "confiance" dans ma recommandation?) La version du journal devrait-elle être très différente de celle du document de la conférence?
- Et si je ne comprends pas le papier? ...la preuve? (Est-ce ma faute ou la leur?)
- Qu'en est-il des erreurs typographiques / grammaticales? Et s'il y en a beaucoup?
- Combien de temps dois-je consacrer à un rapport?
- Combien de rapports par an dois-je rédiger? Quand est-il acceptable de refuser une demande d'arbitrage?
Bien sûr, toutes les autres questions et réponses pertinentes sur ce sujet sont encouragées, puisqu'il s'agit de CW.
Cette question est inspirée par (volé) un poste similaire chez MathOverflow .
Mise à jour du 15/02/2011:
Je suis toujours très intéressé à obtenir plus d'informations sur cette question, notamment en ce qui concerne l'examen des documents de la conférence et la composition du comité de programme. (Ces deux rôles sont des bêtes différentes, et les deux ne ressemblent pas du tout à l'arbitre d'un article de journal, OMI.) responsabilité que chaque chercheur en informatique théorique doit assumer à terme.
Temps. Combien de temps devrais-je passer en tant que membre de comité ou critique de conférence? Compte tenu de la probabilité que je puisse en avoir dix, voire beaucoup plus, en quelques semaines, comment éviter de manquer de temps? Quelles sont les choses les plus importantes à passer du temps?
Confiance. Que faire si le papier est trop éloigné de mon domaine de compétence? Quels facteurs doivent être pris en compte dans la nomination / demander à quelqu'un d'autre d'examiner une soumission? S'il n'est pas trop éloigné de mon domaine de compétence et que je décide de l'examiner, quand est-il permis d'attribuer une cote de confiance de 1?
Critères. Il existe des différences critiques entre les journaux et les conférences. Certains articles très importants ne sont pas publiés dans des revues. Certains documents très importants ne figuraient pas auparavant dans les conférences. Quelles sont les différences les plus importantes entre les critères d’évaluation des papiers dans ces environnements?
Recommandations. De manière inhérente, moins de recommandations peuvent être proposées aux auteurs d'un document de conférence, principalement en raison de contraintes d'espace et de temps. En outre, il n'y a généralement qu'un seul cycle de révision. Une autre considération est que mon rapport devient public à l'ensemble du comité fort. Quelle est la portée des suggestions / directives que je peux offrir?
Comme auparavant, si vous pensez que j'ai oublié de poser des questions particulières, faites-le moi savoir ou modifiez-le directement. C'est CW, après tout.
Ces nouvelles idées sont en partie motivées par la lecture d'un article mentionné par Suresh sur son blog .