Preparing Reviews for CS270

You will need to prepare a review for each papert we will read and discuss in class. The specific format of the review is given at the end of this page. Summarizing, it needs to be at least 5 slides, and bullet points are fine, but it needs to cover some specific topics (discussed below). For quick reference,

Turning in your Reviews

We collect paper reviews online via shared folders in Google Drive (https://drive.google.com/drive). After signup, you’ll receive the link to your folder, which can be accessed exclusively by you and the instructors. Place your review as Google Slides presentation or uploaded PDF file in the folder, numbering them incrementally (starting with 0, we’re in computer science). The paper reviews are due one hour before class, late submissions will not be considered.

Sign-up is open until Mon, 10/06 12:00pm (noon). Send an email to Alex (pucher [at] cs.ucsb.edu) with “[cs270] signup” from the gmail account (or linked google account) you prefer for correspondence.


Reviewing for Publication

Peer review in an important (and relatively old) part of the scientific process. To determine the scientific value of a statement about the way things are (sometimes referred to as "the truth") we have essentially two options. We can either establish a universally accepted authority and refer all results to that authority for evaluation, or we can consider the opinion of all scientists working in a particular field as being equivalent. The single authority approach has some problems. First, scientists being people are susceptible to bias. We tend to favor some ideas over others naturally, based on our experiences, our sense of esthetics, our background, etc. Secondly, such a universal authority would wield a great deal of power in society, particularly in the technology fields. Both the possibility for inadvertent mistake and decision based on self-interest make the universal referee approach an unwise choice for science. Lastly, research by its definition takes place at the edge of what is known generally -- not by a single person. It may not be that a single person can know everything the is pertinent to a particular discipline.

The alternative, more egalitarian approach addresses these issues, but requires the cooperation of a far greater number of people. By considering the opinion of many scientists who are peers instead of one authority, biases can be identified and removed, power is decentralized, and a more collective understanding of each discipline is possible. The drawback is that there is no single dogma that can be used to resolve conflicting opinions. The authoritarian approach would be more efficient.

Be that as it may, we generally rely on peer review of scientific work to determine its value. There are essentially three contexts which provides a necessary evaluation: conference publication, journal publication, and competitive funding.

For a conference, peer review ensures the prospective attendees that the work which will be presented has been pre-screened by a qualified panel of peers. Typically, a conference program chair will ask knowledgeable members of the relevant community to serve on a program committee which is responsible for reviewing all submitted papers. If the conference is large and the likely submissions complex, the program committee may press into service individual members of the community (read: make the graduate students do it). Note that not all disciplines use peer review to ensure conference quality, but computer science, generally speaking, does. The goal of most conferences is to present ``fresh'' ideas and results to the relevant community so that they may rapidly be incorporated (with due citation) into evolving work by others.

Journals, on the other hand, typically publish work for posterity. Journals typically appoint an editor or series of editors responsible for different topic areas. Editors contact knowledgeable researchers in each field and ask for reviews of prospective papers. Journal papers tend to be longer, more detailed, and more complete than their conference counterparts. A scientist reading a journal article many years after its publication should be able to understand what is written entirely.

Peer review of competitive funding helps the funding agency (which is typically inundated with requests for money) determine the research that most nearly meets its goals. Since proposed work and not completed work is what is being reviewed, we won't discuss grant proposal reviews more than to mention their existence, but they are an important part of the way science is conducted in the United States today.


Reviewing Papers for this Class

For this class, we will be reviewing conference papers (any journal papers you can just treat as a lengthy conference submission for pedagogical purposes). While there are no hard and fast rules about what should go into a conference review, here are some guidelines that I use when reviewing.

There are two goals that all publication reviews must attempt to serve. The first is to provide feedback to the authors about the work they have completed, and the second is to indicate value to the publishing body. To accomplish both of these goals, a review must be credible. That is, both the authors and the publishing body must believe that the review, itself, has value. Reviewers, however, are generally anonymous to their authors for fairly obvious human-nature reasons, so credibility based on reputation is not an option. One common way to help establish credibility in a review is to provide a short but complete summary of the work. By summarizing, the reviewer demonstrates that he or she has read the paper completely and is qualified enough to digest its important points meaningfully. As an author, I read the summary carefully to determine whether the reviewer read the paper carefully and what points he or she thought were important. Often, when a point I thought was important is omitted from the summary, I assume I need to make that point more clear in the paper. Similarly, the conference program committee gets both a quick digest of the work and a reading on the likely quality of the review from the summary.

The rest of the review should cover both the paper's strengths and weaknesses. No paper is without flaw and no piece of research is entirely complete. Similarly, almost no work is entirely without merit. A good review points out the contributions that the paper and the research makes to the community and describes why those contributions are important. It also points out the weaknesses in the work and gives scientific reasons for why these points are considered weak. To make this differentiation, I usually ask myself questions about the paper such as

Having answered these questions, I try to apply the answers to two more general questions: How can the paper be improved? and Why should the paper be or not be published? In both cases criticisms should be specific and constructive. For each flaw, a review should suggest a remedy. If the work is not novel, the review should cite explicitly the pre-empting work. If citations are missing, the review should give them. If the paper is to be rejected, are there specific changes that would make it acceptable. If the work is accepted, what future work would make a similarly useful impact? Keith Marzullo at UCSD also provides his classes with useful review guidelines under the "Reviews" button (he uses frames). His advice on the subject is excellent.


Review Format for CS 270

In this class, your reviews will take the form of brief slide presentations. Each presentation must consist of at least 5 slides, where each slide serves the following reviewing purpose.

You are free to include as many as two additional slides for each of the 5 categories. Thus an acceptable review is as few as 5 slides and as many as 15. Each category should have at least 1 slide and no more than 3 slides.

It is fine to use bullet points, short sentences, or prose on each slide. There is no need to include figures or drawings (although you may do so if you choose).

Important:You must use PDF, HTML, or PPT for your reviews so that they can easily be displayed in class without the usual digressions for audio-visual misery.