Hide table of contents

I would like to gain mastery in the domain of alignment research. Deliberate practice is a powerful sledge hammer for gaining mastery. But unlike something like chess or piano, it's not clear to me how to use this sledge hammer for this domain. The feedback loops are extremely long, and the "correct action" is almost never known ahead of time or even right after doing the action.

What are some concrete ways I could apply deliberate practice to alignment research?

One way would be to apply it to skills that are sub-components of research, rather than trying to rapidly practice research end-to-end.

The sub-skill I've thought of that is the best fit to deliberate practice is solving math and physics problems, a la Thinking Physics or other textbook exercises. Being better at this would certainly make me a better researcher, but it might not be worth the opportunity cost, and if I ask myself, "Is this cutting the enemy with every strike?" then I get back a no.

Another thing I can think of is trying to deliberately practice writing, which is a big part of my research. I could try to be more like John, and write a post every week, to get lots of quick feedback. But is this fast enough for deliberate practice? I get the sense that the feedback cycle has to be almost real-time. Maybe doing tweet explanations is the minimal version of this?

I'd appreciate any other concrete ideas! (Note that my research style is much more mathy/agent-foundations flavored, so programming is not really a sub-skill of my research.)

19

0
0

Reactions

0
0
Comments4
Sorted by Click to highlight new comments since: Today at 2:48 PM

Not directly relevant to the OP, but another post covering research taste: An Opinionated Guide to ML Research (also see Rohin Shah's advice about PhD programs (search "Q. What skills will I learn from a PhD?") for some commentary.

"a la Thinking Physics or other textbook exercises."

Very much think this is the wrong move, for the reason you mention that it doesn't even have a clear intended path to cut the enemy. I would advise that for projects where there's an imaginable highly-detailed endstate you're trying to get to (as opposed to chess, where there are a million different checkmate patterns with few shared features that can guide your immediate next moves), you should start by mapping out the endstate. From there, you can backchain until you see a node you could plausibly forward-chain to--aka "opportunistic search".

I think the greatest bottleneck to producing more competent alignment researchers is basically self-confidence. People are too afraid of embarrassment, so they don't trust in their own judgment, so they won't try to follow it, so they won't grow better judgments by successively making embarrassing mistakes and correcting themselves. It's socially frowned upon to innocently take your own impressions seriously when there exists smarter people than you, and it reflects an oppressive "thou shalt fall in line" group mentality that I find really unkind.

Like a GAN that wants to produce art, but doesn't trust its own discriminator, so it atrophies and the only source of feedback that remains for the generator is the extremely slow loop of outside low-bandwidth opinion. Or like the pianist who's forgotten how to listen, and looks to their parent after every press of a key to infer whether it was beautifwl or not.

I think that researchers that intend to produce something should forget about probability. You're not optimising for accurate forecasts, you are optimising for building new models that can be tested and iteratively modified/abandoned until you have something that seems robust to all the evidence it catches. It's the difference between searching for sources of Bayesian evidence related to specific models you already know about, vs searching for information that maximises the expected Kullbeck-Leibler Divergence between all your prior and posterior intuitions in order to come up with new models no one's thought of before.

That means that you have to just start out trying to make your own models at some point, and you have to learn to trust your impressions so you're actively motivated to build them. Which also means you'll probably suffer in terms of your forecasting ability for a while until you get good enough. But if you're always greedily following the estimated-truth-gradient at every step, you have no momentum to escape being stuck in local optima.

I realise you were asking for concrete advice, but I usually don't think people are bottlenecked by lack of ideas for concrete options. I think the larger problem is upstream, in their generator, and resolving it lets them learn to generate and evaluate-but-not-defer-to ideas on their own.[1]

  1. ^

    Of course, my whole ramble lacks lots of nuance, disclaimers, and doesn't apply to all that it looks like I'm saying it applies to. But I'm not expecting you to defer to me, I'm revealing patterns that I hope people will steal and apply for themselves. Whether lack of nuance makes me be literally wrong is irrelevant. I'm not optimising for being judged "right" or "wrong"--this isn't a forecasting contest--I'm just trying to be helpfwl by revealing tools that may be used.