XaiJu
Andy Matuschak
Andy Matuschak

patreon


Cultivating depth and stillness in research

A consistent challenge in my development as a researcher has been: how to cultivate deep, stable concentration in the face of complex, ill-structured creative problems?

In roles oriented around operation and execution, I benefited enormously from standard “productivity” advice. Task managers and time-planning tools were essential. But now, task managers and calendars only help with the least important pieces of my work.

Bill Thurston writes:

Mathematics is a process of staring hard enough with enough perseverance at the fog of muddle and confusion to eventually break through to improved clarity.

This description resonates more with my experience of design research than anything Getting Things Done has to say, valuable though it was in my past life. To make progress in my present work, I need to “stare hard enough and with enough perseverance at the fog of muddle and confusion.” But if I’d read that last sentence five years ago, I don’t think I’d have really understood what it meant. I wouldn’t have grasped how difficult it is to stare this way, or how impossible progress is without this state of mind. Here’s what I might tell my past self:

“Why is this so hard? Because you’re utterly habituated to steady progress—to completing things, to producing, to solving. When progress is subtle or slow, when there’s no clear way to proceed, you flinch away. You redirect your attention to something safer, to something you can do. You jump to implementation prematurely; you feel a compulsion to do more background reading; you obsess over tractable but peripheral details. These are all displacement behaviors, ways of not sitting with the problem. Though each instance seems insignificant, the cumulative effect is that your stare rarely rests on the fog long enough to penetrate it. Weeks pass, with apparent motion, yet you’re just spinning in place. You return to the surface with each glance away. You must learn to remain in the depths.”

I’ve gotten much better at this. I need to get much better still! I’d like to share a few notes about my progress with this problem—mostly just reflecting “aloud”. My strategies aren’t at all intended to generalize, but I hope that my experiences might offer some hints to others seeking more depth.

Why flinch away? Some personal psychology

First: why do I flinch away when progress is slow and next steps are unclear? Why do some people seem not to flinch away? I’ve noticed a few patterns at play.

The first seems to be faulty expectations. I spent years in the tech industry; I internalized the pace of progress appropriate to industry problems. Some part of me expects that same pace on a totally different class of problems. The slow pace of research problems feels viscerally much less stimulating than I’m used to. Unbidden, my attention seeks out other more immediately rewarding targets. Sometimes this is obvious (“answer email”, “browse Twitter”); but behaviors like “read some papers” or “hack together a prototype” are often subtle grasps for more immediate stimulation.

It’s possible to get a feel for this effect on very short time scales. If I find myself sucked into an hour-long Twitter binge, I’ll become noticeably more habituated to ultra-fast reward cycles. For hours afterwards, everything else will feel much slower, way less stimulating. I’ll suddenly need real willpower to read a book for a solid hour. The acute effect wears off after a few hours, but some fraction of it persists into the next day.

What to do about faulty expectations? An illustrative list:

Another important pattern for me is fear. When progress isn’t evident, I quietly wonder: “Is this a good idea after all? Is progress even possible? Is the problem here that I’m not good enough to make progress?” When I exert willpower to press on, I inflame those automatic fears. “Wait, I’m continuing anyway?! That’ll only make my incompetence more obvious! Others will lose respect for me; I’ll get cut out of things; I’ll end up alone and miserable.” As a deeply lonely teenager, I learned that I could earn others’ regard and become valued in a community by “doing cool stuff on the internet.” So, even today, my automatic response to these fears is to switch to an activity which produces some kind of visible output. Make a prototype, write up some notes, sketch a concept. These are appropriate behaviors at times, of course, but not when pursued as fearful substitutes for what I’m actually trying to do.

What to do about fearful reactions? An illustrative list:

Another pattern has to do with my stance towards the work. I’m much more likely to flinch away from difficulty when I view my research problem as a task, as something to be accomplished. I’m much less likely to flinch away when I’m feeling intensely curious, when I truly want to understand something, when it’s a landscape to explore rather than a destination to reach. Happily, curiosity can be cultivated. And curiosity is much more likely than task-orientation to lead me to interesting ideas.

I make a practice of regularly checking in about whether I have a dutiful stance towards some aspect of my research. Once I notice, I can usually summon curiosity by asking lots of questions, imagining potential implications, and so on[1]. Often I need to improve the framing, to find one which better expresses what I’m deeply excited about. If I can’t find a problem statement which captures my curiosity, it’s best to drop the project for now.

Curiosity can also totally change my relationship to setbacks. Say I’ve run an experiment, collected the data, done the analysis, and now I’m writing an essay about what I’ve found. Except, halfway through, I notice that one column of the data really doesn’t support the conclusion I’d drawn. Oops. It’s tempting to treat this development as a frustrating impediment—something to be overcome expediently. Of course, that’s exactly the wrong approach, both emotionally and epistemically. Everything becomes much better when I react from curiosity instead: “Oh, wait, wow! Fascinating! What is happening here? What can this teach me? How might this change what I try next?” The same applies to writing. For example, when one topic doesn’t seem to fit a narrative structure, it often feels like a problem I need to “get out of the way”. It’s much better to wonder: “Hm, why do I have this strong instinct that this point’s related? Is there some more powerful unifying theme waiting to be identified here?”[2]

Big morning block

I’m wary of metrics, and I don’t think concentration lends itself to sensible KPIs. But in my experience, most of my progress has come from careful monitoring and reflection over time—a mixture of qualitative and quantitative data, all seasoned with much salt.

The most important practical thing I’ve done for my depth of concentration is this: I do my primary creative work in one giant unbroken block, starting 7-8AM and ending 1-2PM, with no meetings or extended breaks. I think the important thing here is not the solution, which is probably specific to me, but the process I used to reach it.

My initial prompt was mundane: if I want to take a meeting, when should I schedule it to cause minimal disruption? I tried coupling meetings with lunch breaks; I tried end-of-day; I tried mid-afternoon coffee dates. Reviewing my journals, I noticed that no matter what I did, I almost never got much depth in the afternoon. Evenings usually felt even worse.

I’ve long been fascinated by what William James has called “the energies of men”:

I wish to spend this hour on one conception of functional psychology, a conception never once mentioned or heard of in laboratory circles, but used perhaps more than any other by common, practical men — I mean the conception of the amount of energy available for running one’s mental and moral operations by. Practically every one knows in his own person the difference between the days when the tide of this energy is high in him and those when it is low, though no one knows exactly what reality the term energy covers when used here, or what its tides, tensions, and levels are in themselves.

Years ago, I got an Apple Watch app called Tracker. It’s very simple: it randomly taps me on the wrist at a few random times each day, and asks me to indicate my mental energy level on a 1-to-5 scale[3]. What’s important about this app is that it samples randomly, rather than relying on me to choose when I record samples; and also that it’s an unobtrusive one-tap interaction. The notification appears on my wrist with five buttons; I tap one; it disappears. At no point am I looking at my phone.

I’ve used this app for years to run experiments involving my energy levels. Turning to this data again in the context of my meeting question, a clear story quickly emerged. Here’s a year of data (~50-75 samples per hour):

Conditioned by years in a typical office, I’d been working from roughly 8 AM through noon, then taking an extended break for lunch and to recharge, then returning to my desk around 1:30 or 2 PM for a second round… which never seemed to go all that well. That was a huge mistake! I’ve still got lots of mental energy around noon, and even around 1 PM. I was taking a break during that period, then returning just in time for my 2 PM energy nose-dive, which doesn’t recover until a much shorter second wind at around 6-7 PM[4].

So this year I’ve worked in one big, 6-7 hour block, starting between 7-8AM and wrapping up between 1-2PM. I prepare lunch in advance[5] and eat it at my desk. Depth of concentration is cumulative, and precious. An extra hour or two of depth is enormously valuable. I reliably get more done—and, more importantly, with more depth—in that 6-7 hour morning block than I’d previously done in 9-10 hours throughout the day.

This feels wonderful. By 2PM, I’ve done my important work for the day. I know that no more depth-y work is likely, and that I’ll only frustrate myself if I try—so I free myself from that pressure[6]. I take meetings; I exercise; I meditate; I go on long walks. I’ll often do shallower initial reads of papers and books in the afternoon, or handle administrative tasks. Sometimes I’ll do easy programming work. It’s all “bonus time”, nothing obligatory. My life got several hours more slack when I adopted this schedule, and yet my output improved. Wonderful!

Tuning breaks

I simplified a bit in this last section. I don’t actually work in a 6-7 hour unbroken block. My experience has been that intermittent short breaks—5 minutes, not 15 or 30—help depth of concentration enormously.

The best explanation I have is that the work is simply too difficult, or that I’m simply not conditioned enough, to focus deeply and continuously for hours. If I try, then I rapidly burn myself out. What this feels like, in the moment, is that I’ll find I need to apply more and more willpower to maintain my concentration, until the pressure’s too much, and I give into distraction to release it.

A short break lets my willpower muscles recharge. Five minutes works well for me; longer periods more sharply erode depth. If it’s done right, it won’t disrupt depth of concentration much. The important thing is to diligently avoid doing anything cognitive during the break: reading or thinking about another topic imposes higher switching costs. My favorite activity is to do simple household chores. I’ll pick things up, wash dishes, and prep vegetables for dinner. The temptation is to look at my phone during breaks, to read something, to answer messages—but that’s a terrible idea. It brings me all the way back to the surface, makes me claw my way back to depth again when the break timer ends.

But what should the working interval be between breaks? The standard “pomodoro” recommendation is a 25 minute working period, followed by a 5 minute break. When I’m really struggling to concentrate, a shorter working period does help—it feels like lifting lighter weights at the gym. But the breaks do impose a real switching cost. Sometimes they interrupt a smoothly-chugging train of thought; sometimes it takes a few minutes to resume in the next session. And of course there's a practical time cost. The typical pomodoro schedule consumes 17% of the working period in breaks. In practice, I find that I'll take a couple minutes to finish what I'm doing and settle back in at my desk when the timer goes off. I was surprised to measure the true cost at 28% of the total time spent on breaks!

Would longer working intervals be better? Or would the price paid in focus be higher than the benefit of less time spent on breaks? I ran an experiment. Every morning, I randomly chose a working interval: 25, 35, 45, or 55 minutes, with 5 minute breaks[7]. I recorded a time sheet with subjective focus ratings and task information. I did this for 40 days, 10 for each interval.

The aggregate findings were unsurprising. Time efficiency is much better for longer working intervals: the median 45 and 55 minute days had almost an hour of extra real working time. Conversely, longer intervals produced less reliable deep focus. 55 minute intervals were about twice as likely to have shallow focus as 25 minute intervals. But the most interesting result was that the effect of long working intervals on focus shifted throughout the day, as depicted in this figure:

For the first two hours of the day, longer working blocks don’t seem to impose a noticeable penalty on focus. But by the end of the day, long blocks have shallow focus half the time, while short blocks might actually have gotten more focused.

So for the past two months, my schedule has been: 55 minute intervals before 10 AM; 45 minute intervals between 10 AM and noon; 25 minute intervals afterwards. I hit higher depth-of-focus ratings more often now than I did before this change, and I’ve added ~45 minutes of clocked working time onto my morning blocks—without actually making them any longer.

The data also suggest that, as expected, some kinds of tasks are easier to focus on than others:

This figure suggests I might try varying the working interval with the difficulty of the task. I’d need to be careful there; for example, in the case of programming, the scores are poor in this sample because the programming I was doing was so mundane and annoying, and I didn’t want to be doing it—not because it was difficult.

Micro problem-solving

I’ve discussed some big changes I’ve made which have helped my depth of concentration. But day to day, much of the work is in training myself to notice small impediments to depth. Lots of tiny problem solving. Here’s a non-exhaustive list:

Key to much of what I’ve described here is a journal, and a practice of weekly, monthly, quarterly, and annual review. I don’t think the details of those reviews is very important—most of the benefit just seems to come from regularly reflecting on what I’m trying and what’s happening as a result. It’s really about developing a rich mental model of what focus and perseverance feel like, and what factors seem to support or harm those states of mind.

On that note, I should mention: everything I’ve written here applies to the kind of work Thurston was talking about—work which requires staring hard enough and with enough perseverance at a fog of muddle and confusion. Sometimes what’s needed is to explore aimlessly. Sometimes a problem requires playful lightness and expansiveness. These modes need a completely different set of practices, and they’re often best with others. Sometimes I just need to execute; and then traditional productivity advice helps enormously. But deep insight is generally the bottleneck to my work, and producing it usually involves the sort of practices I’ve described here.

————————

Thanks to Catherine Olsson, Kanjun Qiu, and Michael Nielsen for many helpful conversations on this subject. Thanks to Sara LaHue for suggesting that I look into interactions between time of day and working interval on depth of focus.

————————

[1] Michael Nielsen has some great notes on tactics for this in his Notes on creative contexts.

[2] I notice that I really struggle to generate curiosity about problems in programming. Maybe it’s because I’ve been doing it so long, but I think it’s usually my problems are usually with ephemeral ideas, incidental to what I actually care about. When I’m fighting some godforsaken Javascript build system, I don’t feel even slightly curious to “really” understand those parochial machinations. I know they’re just going to be replaced by some new tool next year. When I’m debugging some dataflow race condition, I can at least get a little interested in fundamental problems of program structure. Long ago, that was my full-time job! Unfortunately, most of my programming problems these days are the parochial kind. They make me resent programming, which is a shame: it was once the most joyful activity of my life!

[3] You can make it ask about whatever you like (rather than energy level) and configure whatever response scale you like. But there’s a significant caveat: this app includes no data visualizations of any kind. It just gives you a JSON dump, which I analyzed using R.

[4] I did an extended experiment with 20-30 minute afternoon naps around 2-3PM (~8th waking hour). They felt nice, so I still do them sometimes, but they didn’t substantially improve my afternoon mental energy levels. Null results also for mid-afternoon exercise.

[5] I’ve also done experiments around how lunch affects my mental energy. I can’t distinguish a chopped salad, a quiche, and a protein-centric sandwich in my energy levels, but egregiously carb-y choices like burritos and pastries do hurt my energy. I usually eat a chopped salad for lunch these days.

[6] I notice that some part of me feels ashamed to say that I’m “done” working at 2PM. This is probably because in my previous roles, I really could solve problems and get more done by simply throwing more hours at the work. That’s just obviously not true in my present work, as I’ve learned through much frustration. Reading memoirs of writers, artists, and scientists, I see that 2-4 hours per day seems to be the norm for a primary creative working block. Also, I don’t want to harp on this because I want this essay to be about quality, not quantity, but: I think most people are laughably misled about how much time they truly work. In a median morning block, I complete the equivalent of 12 25-minute pomodoros. When I worked at large companies, getting 8 done before 6PM was a rarity—even though I tried to assiduously arrange my calendar to maximize deep work!

[7] I just use the timer function on my Apple Watch. There are apps for this, but I’m often working with a paper notebook away from my computer. And I don’t want to use my phone.

Comments

Ah: there's no "random" setting, but the actual implementation, when combined with the proclivities of iOS's notification system, makes it "effectively" random.

Andy Matuschak

I bought the Tracker app out of curiosity, but it doesn’t seem to have any settings that allow for the notifications to happen randomly. Instead, the settings suggest that it samples at fixed intervals, e.g. 3 hours apart. Is there a “random” setting I’m missing somewhere?

Kronopath

Ah, I see—very interesting!

Andy Matuschak

I think I'm projecting onto this a bit since I've been thinking a lot about this this past week, but I'll try to explain. This is a criticism only of a specific subset of the EA community that I'm most often around recently. Specifically young and new EAs who are associated with the Bay Area rationalists and very focused on AI safety. I think there are harmful social dynamics in this sub-group that lead people to do whatever seems most valued in this sub-group, rather than what people would genuinely bet on being most impactful. This is especially concerning to me around people trying to move as fast as possible and take EA principles as literally as possible. Holden Karnofsky has a great post on the harms of this called "Maximization is perilous" https://forum.effectivealtruism.org/posts/T975ydo3mx8onH3iS/ea-is-about-maximization-and-maximization-is-perilous. "You’re utterly habituated to steady progress—to completing things, to producing, to solving" Many of these students or recent grads are trying to get into AI safety as fast as possible, but don't often question the many assumptions (at least 3) which could flip their work from being the best thing they could do, to being not impactful or the worst thing they could do. Most of these people I talk to would say they're very uncertain about these questions, but ignore this uncertainty because it feels intractable. It's more motivating and easier to just work on a problem that someone else supports, rather than truly figuring out if you think it's the right thing to be working on. For example, some of my friends claim that they are longtermist, and so focus on AI safety, but there is extremely high uncertainty in the EA movement about whether we should expect the long-run future to be of positive value in the first place. (But there are of course other good reasons for working on AI safety). I see this as a form of "redirect[ing] your attention to something safer, to something you can do." I see these students working on these things because it has the stamp of approval from 80,000 Hours and EA thought leaders. I think this is combined with the implicit assumption that those people and groups are qualitatively smarter than others and that students' goal should be to get up to speed on the thought leaders' thinking, rather than trying to figure things out for themselves (even though figuring things out for yourself is explicitly emphasized quite strongly). This is especially hard to avoid for students and myself in the past because this is how they've related to knowledge through traditional schooling their entire lives. I have a few friends who I think are doing really great AI safety work, but most of the conversation and discussion I hear and see around AI safety feels more similar to "obsess[ing] over tractable but peripheral details." But again this subgroup is quite small in terms of the movement as a whole and selects for the EAs who are most extreme along the dimensions I'm describing. Overall there's a reason I'm still so involved in the community, and I think that most of the actual work it produces is quite impressive and important.

Thanks for this nice note! I'm curious—I'm adjacent to a lot of EA folks, but I don't understand it enough to see why that paragraph's a criticism of EA. Could you unpack your observation?

Andy Matuschak

I appreciate you pointing out that you don't expect your strategies to generalize. It's so easy for someone to read something like this and see "oh I just need to do what Andy does to be similarly productive" when I think the real lesson is "oh wow, Andy's put a lot of time, thought, attention and iteration into this and I probably need to do the same if I want to figure out how this works for myself". --- Also, this paragraph could be read as a cutting and accurate criticism of many parts of Effective Altruism. Kinda blew my mind. “Why is this so hard? Because you’re utterly habituated to steady progress—to completing things, to producing, to solving. When progress is subtle or slow, when there’s no clear way to proceed, you flinch away. You redirect your attention to something safer, to something you can do. You jump to implementation prematurely; you feel a compulsion to do more background reading; you obsess over tractable but peripheral details. These are all displacement behaviors, ways of not sitting with the problem. Though each instance seems insignificant, the cumulative effect is that your stare rarely rests on the fog long enough to penetrate it. Weeks pass, with apparent motion, yet you’re just spinning in place. You return to the surface with each glance away. You must learn to remain in the depths.”

I also really loved this. It explained some of my past challenges in “creative” thinking work that I perceived but couldn’t quite explain as well. More prosaically: I’ve been doing disconnected mornings for a while and this helped me get back to being a bit more strict about my implementation. I’ve also noticed my post lunch focus dropping off for a few hours (picking up again around 3) and pushing my lunch break later has really helped me stay in the zone this week.

Can Sar

Thanks, Rik! I started programming when I was a kid, and built a lot of open source as a teenager and in college. I joined Apple to work on iOS around iOS 3. There was a lot of novel interface stuff happening at the time. I was always excited to implement it (as an engineer); after a year or two, I started pushing to work on projects (like the 3D parallax effect and various touch gestures) which can only be designed in collaboration with a technologist. I spent a few years sitting next to designers in that role, iterating on designs together. Over time, I started making more suggestions of my own. Then I moved to Khan Academy with May-Li Khoe, my Apple colleague and a designer ~10 years my senior. My role there was more explicitly about design-oriented invention. May-Li was my collaborator and provided a whole lot of mentorship about design (and design research) for a few years there.

Andy Matuschak

Thanks for this very kind comment, Joel. IFS has been really helpful for me too! (and please feel free to share this with your students insofar as that might be helpful)

Andy Matuschak

It's always fascinating to see people's working process, and a good form of input for my own. I'm not nearly as structured and experimental about it though. I have a tangentially related question: you mention programming was your entire job a long time ago. How did you get from there to here? Where and how did you pick up your design skills?

Andy, this is such a beautiful reflection. I'm so grateful you shared it! SO much in here resonates, but particularly the bit about curiosity completely changing the frame in response to "flinching" triggers. I try my best to cultivate this now in myself and in my students. The difference between the playful, deeply motivating reaction from a deeply curious state (WHOA that is SO interesting!! what's going on????) vs. the deep drop in my gut when I'm in a task-oriented state (OH NO the experiment didn't work, there goes my paper) is so palpable and precious. I'll also add that what has worked well for me is IFS and other emotion-focused work, to increase my sense of baseline safety and avoid fusing my identity and self-worth completely with my "performance" on the creative tasks. I still care a LOT, but it's a different sort of care in my best moments (again, back to curiosity, which can sometimes feel unpleasant in an itch or pissed off sort of way, but still v. different in flavor than a task-oriented treadmill orientation).

Joel Chan


More Creators