Chapter 4 So you wanna…

4.1 Join the lab

We welcome applications from skilled, ambitious, and independent researchers at all levels, as long as they are burning to do good research promptly.

Undergraduate students interested in joining the lab generally need to be proficient (not brilliant) in at least one programming language, such as Python, R, Matlab, C(++), or Java, and have some biological background or curiosity in at least one research area. You should also be proficient in basic statistics.

Prospective graduate students are encouraged to review the details of the graduate program and the research described here. They may wish to consider working as research assistants in the lab to ensure a good fit before applying to the graduate program.

Rotation students must start with strong quantitative and some programming skills.

Senior researchers, research programmers, and postdoctoral fellows are also welcome to contact Sarah about opportunities for support and collaboration. We are especially looking for more postdocs to study the evolutionary dynamics of adaptive immunity.

All who are interested in joining the lab should explain in their initial communication what skills they could bring to the lab and what they hope to obtain from collaborating. It is essential to have read recent papers in the relevant research area, including some from our group, and to have an idea of the kind of questions or problems that excite you.

4.2 Do some research

Basically, except less sequential

Figure 4.1: Basically, except less sequential

Identify a good question: This can take some time. Talk with other people, read, keep talking, study patterns, reason from first principles, and keep talking. What phenomena are you trying to explain? Generate many questions. Consider the next step, if necessary, in picking one.

Develop a game plan: Posit some answers to your question. What do those answers imply? What patterns or processes are (in)consistent with them? How can you test them? (And how can you make sure you’re testing them correctly, i.e., that your analysis is correct?) Draft some approaches. Prioritize a few. Add the actionable tasks to Asana. (You can keep backup ideas there too in a separate section.) Read up on project management.

Set up a notebook: Create a version-controlled “lab notebook” in which to record your progress, which includes your thinking, notes from papers, and your analyses. There are many fine ways to do this: what’s most important is that the notebook is organized and that you use it. You could use Asana and Overleaf (Latex), an R markdown file, or a Jupyter notebook. The latter two are probably most seamless, but it doesn’t matter too much. Be sure to keep files (notes, data, scripts) in a repository, synced to the lab’s github account. Everything you do should be traceable and reproducible in some way—no quick “one off” figures that exist only on your laptop.

Understand context and constraints. If you’re working with data, there might be IRB restrictions on how it can be used, stored, and shared. Find out and comply. Also ask how the work is funded, if you do not yet know, and what kinds of reporting requirements and deadlines we may have. Contracts often require monthly progress reports; those for grants are less frequent. Identify any collaborators and make a plan for working with them

Have the right attitude: As long as you’re reasoning based on evidence, you’re making progress. See Schwartz (2015). Not all projects should move ahead. This is why it’s useful to step back, reassess, and discuss your work with others. Revisit and revise your previous questions.

4.3 Code well and efficiently

See the coding handbook.

4.4 Write good

4.4.1 General advice

  • One of the best ways to write good papers is to read lots of good papers. This is more comfortable than learning incrementally from rejections. Also, there are useful books and essays on the subject (see below).
  • For grants and papers, the central challenge is to articulate an interesting question and show how you have helped or will help answer it. Practice doing this from the beginning of your research project, as you sketch ideas and results in your notebook.
  • Be clear. Use topic sentences. Assume your reader is an intelligent first-year graduate student, but with less time on her hands. Try to state things vividly and directly. Your writing will almost always improve if you try to explain your reasoning as transparently as possible.
  • Focus on ideas, not people or studies. Avoid “Many studies have shown X.” Just state what has been shown and give references.
  • Be consistent. If you define a parameter, refer to it the same way throughout your paper. This holds for all sorts of annoying punctuation and formatting conventions. Channel the reader’s attention into one clear, fascinating story, and let nothing distract from it.
  • I like Claus Wilke’s advice about knowing, when you sit down to write, if you are drafting or revising/editing. If you are drafting, don’t worry so much about the flow. Just get the ideas down. Under no circumstances should you show me that draft, however.
  • Recommendations: “Why Academics Stink at Writing”, The Elements of Style (which I really like, contrary to Claus), “Ten Simple Rules for Writing Research Papers”, Sarnecka Lab’s “Writing Workshop”

4.4.2 Initial submissions

The following workflow seems to work well, but if you prefer another one, let me know.

  1. Start yesterday by writing summaries of the research in your lab notebook as you go. You can probably write most of the methods and many results this way. You’ll also accumulate the major points for the intro and discussion in your notes too.
  2. Identify a target journal in consultation with me and coauthors. Check the journal’s instructions for authors so you know how to structure your manuscript.
  3. When it is time to write the manuscript, set up a repository synced to Overleaf. Draft the figures and abstract first. Discuss the arc with me and potentially other coauthors. Sign up for a future lab meeting or theory meeting, in which we’ll discuss the complete draft (which you’ll need to distribute a week in advance). Propose an ordered author list and discuss with me.
  4. Next write an outline—with the main steps in the argument as topic sentences, so it’s really possible to trace the whole story—with each result in its own subsection and figures inline.
  5. Draft the results section. Ask another person in the lab for feedback and then revise, and then show me. N.B. I have a lamentably hard time looking past poor construction and focusing on the ideas, so I appreciate it when the writing is clear, organized, and not too laden with typos, even at these early stages.
  6. Next write the methods, introduction, and discussion, and revise the abstract. Do not forget to acknowledge Midway (assuming you used it) and funders. Funders often require specific language. Investigate.
  7. Ask for more feedback from a labmate. Revise. Share with me.
  8. We’ll then discuss the manuscript in a lab meeting, and revise. Now is a good time to propose to the coauthors a schedule for your sending and their reviewing a draft.
  9. We only send drafts to coauthors and “friendly reviewers” when the writing is coherent and flows well. We do not want to waste their time.
  10. Ensure your repository is well documented and up to date, and that all the analysis—including the figures—can be run from the included code with minimal effort. We make the repository public when we submit the manuscript to a preprint server. Often it’s useful to start a new repository than the one in which you developed the project. Double check that you are not sharing protected data.
  11. Ask a colleague to try to run your code, given the manuscript and access to the repository, and no other help from you.
  12. When the final manuscript is ready for coauthors’ approval, confirm with them (if you’ve not yet) their funding and preferred and non-preferred reviewers. Make sure they don’t have a COI with any of the preferred reviewers.
  13. Draft the cover letter, or whatever introductory text the journal requires.
  14. When all coauthors have approved the manuscript, we submit it to a preprint server (without journal-specific typesetting), publish the repository, and submit to a journal.
  15. Celebrate.

4.4.3 “Mature” papers

  1. Ideally at least 20 min have passed before we receive a decision from the journal. (That’s the fastest rejection I’ve heard someone receiving from Nature.) If we receive a rejection without review (a “desk rejection”), we probably need to improve our abstract, introduction, and/or cover letter. If we’re rejected after review, we’ll take 2-3 days to consider the reviews and make a plan for revisions. Be sure to communicate decisions to coauthors, if the journal does not email them automatically, and to let the coauthors know the plan for responding to the decision.
  2. If the journal requests a revision, we track changes (using colored text) and write a polite and succinct reply. I like replies that are as self-contained as possible, so that months after having done the initial review, the reviewer can read over the reply and be sufficiently reminded of the context for each criticism that she or he doesn’t need to reread the whole paper. In the reply, we describe exactly what has been changed in the paper and quote the changed text (with as much context as necessary, including corresponding line numbers). Ask other lab members for sample replies to get a sense of the tone and format.
  3. It is to our advantage to revise quickly. With greater distance from the paper, reviewers can easily take issue with new parts. Novelty tends to decrease with time, even if nothing has been published in the interim.
  4. Ask coauthors in advance if they could inspect revisions and the reply during some time window—they should know when to expect our draft.
  5. When we resubmit to the journal, we immediately upload the revised manuscript (without journal-specific typesetting) to the preprint server. Once the manuscript is accepted, it’s usually too late to submit a revision. We would then have to decide between paying exorbitant OA fees to the journal or leaving the article behind the journal’s paywall, thereby encouraging people to access the outdated version. It’s best if the accepted version is already on the server.
  6. Remember that rejections and revisions are part of the game.

4.5 Email like a pro

  • Be concise. Be clear if you are asking for something, or if you are simply giving information. Try to minimize the number of back-and-forths required: instead of asking if someone is free to meet next week, list blocks of time you are available and propose a location. Make it easy to reply quickly.
  • Rather than send large attachments, send a link to a Box or Dropbox file.
  • Be polite. Being concise is part of being polite, but being polite also means using professional titles and spell-checking your email. Striking the right tone can be hard sometimes. One error that very junior scientists sometimes make is being excessively deferential (“I was wondering maybe if you might consider…”).

4.6 Make nice figures

Mostly, see Claus Wilke’s excellent online guide, Data Visualization. Some immediate suggestions:

  • Label your axes. All parameters should be spelled out and accompanied by their symbol (e.g., “Transmission rate, \(\beta\)”).
  • Save figures in vector formats.
  • If many points are plotted over one another, consider semi-transparency or plotting densities.
  • Minimize wasted space in figures while ensuring your axis limits are appropriate (e.g., that fractions ranging from 0 to 1 have y-axis ranges of [0,1]).
  • Titles are frequently a waste of space, but be sure to include key information somewhere nearby, e.g., what the shaded area represents, how you assessed significance, etc.
  • To increase accessibility, avoid relying on red/green contrasts.

4.7 Keep up with the literature

Keeping up with the literature involves two challenges: finding papers and reading them. I’ve described what I do, but there could be better solutions.

Finding papers:

  1. Use a RSS reader. Subscribe to major journals and bioRxiv and arXiv topics. Skim the titles and abstracts when you have a few minutes here and there. This will probably identify 90% of the new papers you might care about.

  2. Set up Google alerts so you can get emails when particular papers and people are cited.

  3. Do a good search in any area of interest so you can identify relevant papers published decades ago. It is amazing how rapidly phenomenal work can be forgotten by a field.

Reading papers:

  1. Just block off the time on your calendar and do it.

  2. Consider setting up a small reading group to discuss more challenging papers. (For easier papers, this can double the time it takes to read them.) Also take advantage of theory group and lab meetings to force these discussions.

4.8 Get funded

  1. Aggressively search for opportunities. Ask the grad student and postdoc coordinators, ask your peers, do searches, etc. Periodically recheck.

  2. Work backwards from deadlines, giving yourself much more time than seems necessary, and establish a schedule. Considerations: (i) Ask Linda if the grant will need to be reviewed by the URA and find out what their deadline is. This is the effective deadline (it’s usually about two weeks before the submission deadline). (ii) Letter writers usually need at least three weeks before then, and it is best if you can give them a good copy of your research proposal by then too. (iii) Depending on the complexity of the application, we may need four or more weeks to bounce drafts back and forth. (iv) For applications with mentoring plans, it’s especially useful to get started several months ahead, so we can identify if another sponsor should be brought on board. (v) It’s also important to start early if we’re unsure the research will be a good fit for the funder: we need the time to revise our pitch in coordination with the program officer. (vi) Many grants require preliminary data, and it’s good to figure out what that should be early.

  3. Identify several people who will read a draft of your proposal. It’s best if some of them have been successfully funded and if they are not in your subfield. (Ideally, they’d be just like the review panel.) Ask how long they’ll need with the proposal to give you comments, and work backwards to figure out when your draft needs to be ready.

  4. Obtain copies of as many successfully funded applications of this type as you can, ideally with their summary sheets or reviewer comments. Promise confidentiality. You can search for funded federal grants on the NIH RePORTER website. It’s also worthwhile just asking around.

  5. Read 4 Steps to Funding in its entirety before drafting anything. It should only take a few hours. We have a copy in the lab somewhere.

  6. Study the call/grant description carefully and study the funded applications. What consistencies appear? Potentially consult with program officers and other applicants to make sure you understand what reviewers are looking for.

  7. Write the proposal, and get funded! No seriously, we’ll discuss proposal-specific details in person. But as a mentor once told me, people generally like things in proportion to how well they understand them, so you want to make sure the proposal is really exciting—see 4 Steps to Funding—and really, really clear. This is why we ask people outside our subfield to give us comments.

4.9 See our funding

We keep copies of funded and unfunded grants in the “Grant proposals” project on Asana. Assume these grants are confidential; do not share them outside the lab. Feel free to ask me about them if you have questions, and if you write a fellowship proposal, please add your submitted proposal (excluding the budget) to the project.

4.10 Review your peers

I’m assuming you’ve already been invited to review a paper. If you’ve not, there’s not too much you can do, aside from publishing. If you make positive comments about unpublished work at a meeting, there’s a chance the authors will suggest you as a reviewer. If you make smart comments, there’s a chance editors will notice. Rest assured I’m always on the lookout for papers I can invite lab members to review with me or in my place.

If you’ve been asked to review a paper,

  • Ensure you do not have a conflict of interest. Check the journal’s policy, but regardless, look in your heart of hearts, and do not overestimate your impartiality. You should decline to review papers by friends and recent collaborators. I also decline to read manuscripts that seem to be directly “competing” with my own, i.e., they are tackling the same question using similar methods. They’re probably not really competing, but if I feel they are, that’s enough to disqualify me.
  • Confirm you can make the deadline. If you need more time, it’s better to ask the editor for extra time now.
  • It might be a good idea to ask if they want your review as a backup. It seems rude to ask and probably usually is, but I’ve twice agreed to review manuscripts for journals only to be told after I’d agreed but before the deadline that they had received a sufficient number of reviews and no longer needed mine. This doesn’t seem polite except under extraordinary circumstances and wasted hours of my time.
  • Read over the journal’s criteria for judging manuscripts. For some journals, novelty is unimportant, or there’s no requirement to work with empirical data. It’s really annoying to be held to standards that the journal itself does not endorse; the editors often don’t appear to recognize when this is happening. (Nope, no baggage here!)
  • Start your reviews with a succinct summary of the manuscript, placing it in the context of other work in the field. This helps the editor, who might not understand the paper so well, and also shows that you understand the paper. Directly discuss what the paper contributes or could contribute and the extent to which the paper satisfies the criteria important to the journal.
  • Next review the major strengths (sic) and weaknesses of the paper. Be very clear about what makes and/or doesn’t make the paper convincing.
  • Give evidence for your views. Especially regarding claims of novelty, cite! One of the most maddening things is to get a review saying, “Yawn, this has basically been done before,” with no references. Citations also help the authors improve their work quickly, especially if you’re suggesting relevant papers they’ve missed.
  • In general, do not punish the authors for not doing the study you would’ve done or think should be done. Focus on what the paper does contribute or could contribute with minor or moderate changes.
  • Do not recommend acceptance, major revisions, minor revisions, etc., directly in the body of the review. That recommendation is for the editor to make. Your job is to help the editor make a decision and the authors to understand your impression of their paper—both what’s good about it and what can be improved.
  • Be constructive. Never be snarky or sarcastic. Imagine this is the first review the first author is receiving, or that the authors have feelings.
  • Let the editor know in your review or confidential comments if you do not feel qualified to judge certain parts of the manuscript. It is okay to state this in the main body of your review too. Just remember you have a positive duty to disclose.
  • Especially for papers that need a lot of work, it’s not a good use of time to note every small mistake. You do not need to be the copy editor. If there are small technical mistakes, e.g., the lines on a graph are switched or the notation is messed up, put them in a section for minor comments.
  • For papers involving code, try in 10 min to run the code and check its documentation, but do not reimplement the analysis unless you want to. You also do not need to check complex mathematical derivations. However, the methods should be clear and completely reproducible from the content of the manuscript. (I am not a fan of “See previous papers \(X_{t_1}\), \(X_{t_2}\),…”, though a bit is okay.)
  • It’s fine, even good, to comment on other reviewers’ comments in later rounds of review, especially if you disagree with them. If you think a reviewer has made a major error, email the editor.
  • Try to limit your likeliy biases in peer review. People often favor manuscripts by authors of the same gender and nationality (Murray et al. 2018). (There are also biases in the selection of reviewers; Helmer et al. 2017.)

4.11 Have productive meetings

4.11.1 Research meetings

Before the meeting:

  1. Make sure every meeting has a purpose that everyone understands. It is good if you can send an agenda beforehand. Some people also like to review materials, such as summaries, beforehand. Ask they want this.

  2. If proposing an ad hoc meeting, give an estimate of how much time it should take in your invitation. This will help people focus during the meeting.

  3. If the meeting is routine, let the other participants know in advance if you expect it to be especially short or long.

  4. I dislike meeting reminders, but some people need them. Find out.

At the meeting:

  1. Quickly review the agenda and the meeting’s purpose.

  2. If discussing research, ensure you give appropriate background information and context, and ensure your figures and numbers are clear (even if they’re not “pretty”).

  3. Take notes rather than forcing yourself to recall things later.

  4. End by summarizing the next steps, responsibilities, and timeline.

  5. Keep the meeting on track: If a less relevant discussion takes off, flag this as a topic to address later.

After the meeting:

  1. For committee meetings, meetings with collaborators, etc., send a short follow-up email summarizing what was decided and what will happen next. For meetings with me, tasks should be updated in Asana, and additional notes can be there or your lab notebook.

  2. Follow up on those commitments.

4.11.2 Seminar speakers

Try to meet with seminar speakers who do relevant work. This is just fun, and it also helps people get to know you and your research. Think of their visits like an intermittent conference without the annoying travel. Prepare for the meetings by reading at least one of their papers, skimming their other works, and writing a list of questions that would be fun to discuss. If you’re having trouble getting on the schedule, let me know.

4.12 Book travel

The general idea is to reduce costs as much as possible while remaining comfortable and productive. (These savings will go toward more travel, research, and fun lab things.) The grants that fund travel have different allowable expenses and documentation requirements, so please check flights and your total budget with me before booking.


  • Imagine the money as your own. Please plan your travel far enough in advance that we are not paying through the nose for registration or flights. Please book flights at least six weeks in advance, unless you’re really confident the price is dropping. For conferences, book flights earlier.
  • UChicago has discounts with various airlines, hotels, etc. Check them. You may need to use the University’s travel agency or use a special website (e.g., for Southwest). (Some of these “deals” should probably be checked against Hotwire or Priceline.)
  • Bonnie can book the flight for you so you do not have to pay and then be reimbursed. If you pay upfront yourself, you will have to wait until after the travel is complete to be reimbursed.
  • If you book an atypical flight, such as something arriving a few days early or leaving a few days late, or that includes personal travel, funding groups generally require that you also include a quote, obtained at the time of booking, of the cost of the flight for typical (business-only) travel. They’ll only reimburse up to this amount. But it’s otherwise totally fine to include personal travel with business, as long as you document carefully.
  • If your travel is funded by the federal government, you generally have to fly with a U.S. carrier or book your ticket through that carrier.
  • You are not required to share hotel rooms or use Airbnb, but if you do, it’s appreciated.
  • It’s also great if you can share rides/taxis and take public transit, but you’re not expected to go to great inconvenience to save money.
  • The University will reimburse only original itemized receipts; it will not give you a per diem. Food costs are reimbursable up to federal rates if covered by a federal grant, or $100 if from a non-grant account, per University policy. I think the principled thing to do is only submit receipts for food costs above what you’d normally spend (and not to go crazy with spending). Note the receipts must be itemized, and alcohol cannot appear on the receipts of NIH-funded travel.
  • Internet charges cannot be expensed to federal grants.
  • Submit receipts to Bonnie within one month of travel.
  • I suggest you sign up for airline loyalty programs if you haven’t yet. Southwest is pretty good: Any flight can be paid for in points (miles), in that there are no annoying blackout dates or hoops to jump through, and you can change flights without a fee. American Airlines is basically the worst.

4.13 Be happy doing research

But I am very poorly today & very stupid & hate everybody & everything. One lives only to make blunders.— I am going to write a little Book for Murray on orchids & today I hate them worse than everything so farewell & in a sweet frame of mind, I am

Ever yours

C. Darwin

If you’re excited to solve the problems you’re working on and to communicate them to the world, research is great. Sometimes things can get in the way. Major obstacles and tips to avoid them are below. If you think something is missing from this section, please let me know or add it.

4.13.1 Time management

A critical skill is to identify your priorities, understand how you work, and learn how to allocate your effort to get the most important things done and avoid overburdening yourself. The National Center for Faculty Development and Diversity has excellent materials, designed for faculty but relevant for everyone, on helping you use your time well. You should be able to get free access to the videos and tools through the University. If you’re regularly feeling overwhelmed by tasks or unhappy with your progress, this is also something we can discuss at weekly meetings. (Full disclosure: I’m far from perfect and perennially trying to improve in this area.) As mentioned, I think 40 h of carefully chosen, focused work per week is enough to get things done.

Practical suggestions:

  • I use the Freedom app and Pomodoro Technique when I’m having trouble focusing or really resisting some task. Often when I’m resisting a task there’s some emotion behind it (e.g., not wanting to be bored), and recognizing that emotion and setting a timer (I can handle 20 min of boredom) helps me avoid procrastination.
  • Every important task or task >5 min goes into Asana and immediately placed on my calendar. This helps things get real. It’s harder to be deluded about how much time I have.
  • I find it useful to compare my scheduled day to how I actually spent my time. It has made me realize the necessity of adding a bit of extra time for spontaneous meetings, scheduling brainless tasks after teaching, etc.
  • I also give myself weekly and quarterly goals, and do the same comparisons.
  • Working or accountability groups/buddies can be great. If you know others who are struggling to read, write, etc., regularly, consider setting up formal work sessions or accountability reports. The buddies don’t have to be local.

4.13.2 Imposter syndrome

It’s really common and can’t completely be cured. My best advice is to practice acknowledging doubt and then moving on to whatever you want to do. (I like this post from psycgirl.) Because research involves working on unsolved problems with an ever-expanding set of tools, and the world is complicated, we have to be comfortable pushing through the discomfort of ignorance and mediocrity (Schwartz 2008). Once you accept this, it can mostly be fun to work on interesting problems with great people.

In general, you should not conflate your or anyone else’s confidence and competence (see the Dunning-Kruger effect). This is important in making science more equitable.

4.13.3 Mental health and medical problems

Please take a “mental health day” if you need one, and if you feel stuck, I encourage you to consider talking to a therapist. If you are new to therapy, keep in mind that there’s enormous variation in quality and style between therapists. If you don’t feel like you’re making progress with a therapist, find a new one. Remember that many University health plans cover therapists who are not on campus. Of course, there are a bazillion ways to maintain our mental health, and I encourage you to develop multiple strategies if you’re feeling strained.

If you’re not getting good medical care or you have a condition that interferes with your work, please let me know so we can find better care and/or accommodate your needs.

4.13.4 Unwelcome environment

If your environment is creating difficulty, e.g., the University or lab does not feel like a welcoming place, or you are under great financial strain, please let me know. Your workplace should obviously be supporting you.

A note to students: Under Title IX, if you speak with me about sexual misconduct, I am required to talk to the Title IX Coordinator about it. The University may proceed with an investigation (potentially despite your wishes). If you wish to maintain confidentiality, there are a variety of people you can talk to.

4.14 Give a good talk

I like this advice from Jonathan Shewchuk. If you’re scared to get started, read Tim Urban’s essay about his TED talk for inspiration. If it’s the first time you’ve given the talk, sign up on the lab calendar to give a practice presentation at least a week before the talk itself.

4.15 Interview someone

We have frequent opportunities to meet with potential hires, especially prospective graduate students, postdocs, and faculty. These are usually great opportunities to talk research with someone new, but they’re also critically important from an institutional perspective. You play an essential role in helping identify top performers. We want colleagues who will not only do great work but who will make the lab, department, etc., a more invigorating place to be. Please take advantage of opportunities to meet with people and learn about what they do. You can take it as read that whoever is doing the hiring wants feedback promptly: try to provide feedback (in person, over the phone, or in writing) quickly, e.g., <24 h. Please also let me know if you think particularly great people are on the market!

It’s vitally important to decide before we meet a potential hire what criteria we should use to judge them: studies show that we often subconsciously rationalize biases by identifying criteria post hoc. I think academics in particular are prone to discrimination because their self-identity is so predicated on objectivity. It is useful to have a core, fixed set of questions or topics to discuss with different candidates. This doesn’t mean the conversation can’t wander, but it promotes fair comparisons. I’m happy to talk about the criteria I use for different positions.

Please keep in mind that many laws exist to protect people from discrimination, and they affect what potential employers can and cannot ask interviewees. Even though you might not have hiring authority, as a representative of the University, you should avoid asking these questions too, even indirectly. (You might not have any intent to discriminate, but the questions could rattle the candidate, and others who hear might be inappropriately influenced.) Do not ask questions about race, color, national identity, or citizenship; religion; sex, gender identity, or sexual orientation; pregnancy status, marital status, or parenthood status; disability; and age. For instance, do not ask about what languages someone speaks (unless it is somehow relevant to the position, which it usually isn’t), their accent, where their parents were born, or their partner’s job, or the existence of a partner. It is especially inappropriate to bring up two-body issues when discussing candidates until an offer has been made. Questions related to economic status (e.g., car or home ownership, debt, etc.) are also unwise.

The basic principle is equity. Equity is a moral imperative. It also has the handy feature of broadening the talent pool for any position and probably accelerating the pace of science. From this principle, it follows we should not discriminate or draw conclusions about scientific and professional merit based on a huge class of dumb things, like whether someone wears makeup, seems really excited about sports, programmed in Fortran at age 3, knows your friends, drinks socially, etc. We should make an effort to work well with people who are different from us.

I have heard almost every type of inappropriate interview question in academia. It’s pretty sad. If you hear someone asking one of these questions, do your part by telling the candidate they don’t need to answer and/or immediately changing the topic of conversation. Candidates will often answer these questions anyway or even volunteer protected information on their own. Do not follow up, and attempt not to be influenced by the information.

4.16 Contribute to the handbook

I’d love to make the handbook as useful as possible. Please contribute if you see ways to improve it (especially if you have css skills!). The handbook repository is in the lab’s github account. Submit your changes as a pull request. If you’d like to make many contributions, let me know, and I’ll add you as an owner.

4.17 Win at conferences

There are a bazillion resources on this. I think they boil down to

  • Try to develop a list of people you’d like to talk to before you go, and have an idea of what you’d like to discuss with them. It can sometimes help to send an email in advance if there’s someone you really want to connect with. You can set up a time and place to meet.
  • Pace yourself. Get sleep. Go to talks, but not necessarily all of them. Make time for dinner and socializing. Ask people to join you for dinner.
  • Practice asking speakers questions.
  • Get in the habit of introducing yourself, asking people about their research, etc.
  • Avoid spending much time with lab members. Really, the opportunity cost of hanging out with lab members is big. Meeting new people might not always feel like it amounts to much, but it will pay big dividends, I promise. You’ll see many of them again. You’ll probably collaborate with a few.

4.18 Negotiate authorship

We try to follow the APA guidelines for determining authorship:

Authorship credit should reflect the individual’s contribution to the study. An author is considered anyone involved with initial research design, data collection and analysis, manuscript drafting, and final approval. However, the following do not necessarily qualify for authorship: providing funding or resources, mentorship, or contributing research but not helping with the publication itself. The primary author assumes responsibility for the publication, making sure that the data are accurate, that all deserving authors have been credited, that all authors have given their approval to the final draft; and handles responses to inquiries after the manuscript is published.

(Emphasis mine.) Not everyone we work with follows these guidelines, and they can differ from journals’ policies. We’ll talk about it. Authorship frequently needs to be renegotiated. It’s better not to postpone this. Please talk to me if you are unclear about authorship. In general, I expect first authors to be corresponding authors, unless they want to pass responsibility for future communication to me (or whoever’s the senior author).

4.19 Engage with the public

Locally: The University has established relationships with local schools through the Neighborhood Schools Program and with the community through the Office of Civic Engagement. We also sometimes talk with local journalists and radio hosts (e.g., on WBEZ). Let me know if you think there’s something we should share.

And beyond: If you’re interesting in educational outreach, consider Skype a Scientist. If writing is more your thing, check out the OpEd Project.