Zachary Tatlock / Calendar Theory

Mondays

Mondays are for all project meetings. Every student should go to one project meeting¹. It is better to do one project exceedingly well rather than several projects at a mediocre level. Requiring all project meetings to be on Mondays also serves as a sort of “budget” or limiting factor to ensure that I can regularly invest good hours helping on your project by avoiding overcommitment; please hold me accountable if you see me violating this rule.

Tuesdays

On Tuesdays I will work in the lab. I hope you will join me! Historically, working together in the lab is where the best meetings happen because they are motivated by an immediate problem that we can quickly chip away at together. If you see me in the lab, I am there to collaborate, so don’t hesitate to “interrupt” me; that’s why I am there.

During the school year, we will have group lunch at 12:00 in the PLSE Lab (Gates 253) with research presentations starting at 12:30. To the extent possible, all our exams, practice talks, and visitor presentations should be scheduled on Tuesdays as a PLSE Talk. However, my favorite PLSE Talks are work-in-progress discussions and live demos of prototype tools where everyone in the lab can help brainstorm.

Tuesdays afternoons are also available for quick one-off meetings, just message me.

Wednesdays

Wednesdays are for doing big things. Avoid scheduling any recurring meetings on Wednesdays. Coordinating our “no meetings day” helps everyone have enough time to do deep, technical work. Wednesdays are a good time to (on demand) find a conference room and actively pair program / write / prove with your team for a couple hours.

If for some reason we cannot schedule an exam or practice talk during a Tuesday PLSE Talk slot, then Wednesday afternoon is an acceptable (though not ideal!) backup option.

Thursdays

On Thursdays I will work in the lab. I hope you will join me! Historically, working together in the lab is where the best meetings happen because they are motivated by an immediate problem that we can quickly chip away at together. If you see me in the lab, I am there to collaborate, so don’t hesitate to “interrupt” me; that’s why I am there.

The Allen School Colloquium will be at 15:30. Please participate! In Autumn, colloquium will be a mix of distinguished lectures and talks from labs across the Allen School. In Winter and Spring, colloquium will mostly consist of faculty candidate talks. These talks survey what’s going on across the broader computing landscape. Even better, they are a great opportunity to observe what works (or doesn’t) when giving presentations. To get the most out of colloquia talks, consider trying the “Three Things” exercise! Gilbert has also recommended “On Asking Questions and Academic Love”.

Thursday afternoons may also be OK for quick one-off meetings. Again, just message me.

Fridays

Fridays are for:

• 30 minute one-on-one PhD student meetings with me in the morning

  • You should also have an end-of-week meeting with any students you mentor!

• Planning our goal for Monday’s upcoming project meeting

• 30 minute team-wide progress meeting at 15:00

• 60 minute PL Reading Group at 15:30

After our one-on-one, you should prepare an agenda for our upcoming project meeting on Monday. See below for some ideas on what makes for a good agenda.

At 15:00 we will have a 30 minute progress meeting. The first 10 minutes of the meeting will be for folks to make a single slide highlighting their progress from this week. You should also make another slide with a screenshot of our shared project notes doc with the goal and agenda for our upcoming Monday project meeting (this means the agenda has to already be in our shared doc before the Friday Progress meeting!). The next 20 minutes of the meeting will be for us all to go through the slides together and hear what everyone has been up to.

For your progress meeting presentation slides, remember that you have an audience. Part of the goal of this meeting is for us all to better understand what everyone is up to, that way we can better support and encourage each other. You will never have enough time in one week for folks to grok what you’re up to, but week-over-week the big picture should start to gel, especially when paired with occasional PLSE Talks etc.

For the progress meeting, you should already have the agenda for the next Monday project prepared before 15:00, and and it should be written out in our project meeting notes doc. You are encouraged to also prepare your personal progress slide before the meeting, but it is 100% OK to make it during the first 10 minutes of the progress meeting; that is why that time is reserved. We will make a fresh deck each week in this shared folder.

At 15:30 we will have PL Reading Group (PLRG) to end the week with a lively discussion. Please check out the PLRG Principles and the PLRG Schedule.

Quarterly Cadence

The quarter system is short and intense. On week 11, we will cancel all regular meetings and push hard to wrap up our quarter goals. On week 12, we will cancel all regular meetings, rest, and plan out the next quarter.

Meeting Logistics

Each meeting should have a:

• Calendar event repeating the same time every week
  • Please enable “Modify event” under “Guest permissions” (docs
• Shared document for notes everyone on the team can access
  • Ensure the doc is linked in the calendar event
  • Ensure everyone o nthe team can access the doc
• Conference room reservation for holding the meeting
  • Make sure the room is listed in the calendar event
  • See the table below for ideal meeting room reservations
• Video call link for backup, just in case
  • I strongly prefer meeting in person, but it’s good to be prepared
  • Make sure anyone on the team can be the host
  • Make sure all Zoom features are enabled (screen share, chat, recording, etc.)

Ideal meeting room reservations:

Meeting Preparation

Every meeting should have a concrete, specific goal written out explicitly in the meeting doc. Think “meeting in a sentence”. Everyone should know the goal a day (or more) before the meeting.

Here’s an example of a simple and perfectly good meeting agenda:

2023-05-15

Draft pseudocode for main algorithm

Here’s an example of a more detailed, but also good meeting agenda (though maybe too ambitious):

2023-05-15

Goals

• Settle on operators for first DSL prototype

  • Discuss tradeoffs for restricting only to affine cases

    • Pros: easier to get end-to-end prototype working

    • Cons: other components might overfit to these cases

  • Agree on specs for each operator

• Pick three example benchmarks to implement this week

• Debug performance regression from nightly eval run last week

  • See logs here (link)

  • Devise strategy to reproduce

    • Not observing this on my laptop or in CI

Good agendas are:

• Concise. Folks can quickly determine how to prepare.

• Simple. Folks can easily determine what’s needed for the meeting to accomplish its goal.

• Realistic. The goal is achievable within the allotted meeting time.

• Prioritized. The goal advances the most important project tasks.

In contrast, here is an example of a BAD meeting agenda:

2023-05-15

• Updates

• Look at code

• Make plans

Running Project Meetings

Start on time and stay on track to accomplish the goal before the meeting ends. This can be very tricky when each cool idea sparks three more cool ideas. Just jot such ideas down; we will explore them in the lab together after the meeting.

Keep updates short. Ideally updates will largely happen in one-on-one advisor meetings, progress meetings, and opportunistically in the lab. Most meetings will still need to begin with a few minutes of updates to get everyone synced. Watch for any updates that should modify the meeting goal and be ready to adapt.

Ensure everyone participates. This can also be very tricky. I will do my best to watch for any issues and help handle them early. If you notice an issue that isn’t being handled, please put it on our one-on-one agenda or schedule a one-off to discuss.

Reserve enough time to wrap up with concrete tasks for the week. Think “What do I want to say I accomplished by this Friday?”

Running Advisor Meetings

One-on-one advisor meetings are for regularly checking in on how you are doing, long-term (post-PhD) goals, timing for TAing and internships, etc. We should work on whatever is most important for your happiness and long-term success. That can also mean covering the same sort of topics as project meetings. If you are mentoring another student, we should always make time to briefly check in on their progress as well.

Like project meetings, it’s often helpful for our one-on-one meetings to have an explicit goal. Unlike project meetings, we should usually still meet even if there is no explicit goal. Checking in and making sure things are going well is always a good goal for one-on-one meetings.