<p>My research practices, when I go into new research domain, cover combination of memory management, mnemonic, notes and other practices.</p>

<p>I have no one recipe, cause each is dependent on nature of given domain.</p>

<p>For some inspiration and sake of discussion, here is and example that came now into my mind:</p>

<p><em>Go through papers into a few iterations:</em></p>

<ul>
<li>First, to get adjusted to domain and get first <em>intuition</em> about approaches and notations.</li>
<li>Next step is preparation to <em>"clusterization"</em> of papers.
<ul>
<li>prepare list of <em>tags</em> representing approaches, notations, features and other interesting me properties.</li>
<li>Before I start tagging I go through papers and evaluate my tags, correct appropriately.</li>
<li>Finally I tag papers</li>
</ul></li>
<li>Then I <em>process papers</em> according to tags <em>in groups</em>: with similar notation, approach...
<ul>
<li>Thanks to working with papers sharing <em>common</em> properties, you can concentrate on <em>differences</em>.</li>
<li>I prepare notes in form of <a href="http://en.wikipedia.org/wiki/Mind_map" rel="nofollow">MindMap</a> with <a href="http://freemind.sourceforge.net" rel="nofollow">FreeMind</a>. To easily reach "what was what".</li>
</ul></li>
<li>After processing papers grouped in sets with tags, try look at whole area with all groups to get boarder view.</li>
<li>Now is step of looking thought whole domain to see connections and differences. When I can't remember details, I check-out in my MindMap to remind, what was what.</li>
</ul>

<p>Try to avoid overloading your memory, when it's unneeded, use: <a href="http://en.wikipedia.org/wiki/Mnemonic" rel="nofollow">Mnemonics</a> and <a href="http://en.wikipedia.org/wiki/Art_of_memory" rel="nofollow">Art Of Memory</a> techniques. Use MindMapping.</p>

CC BY-SA 3.0
2012-02-08T00:20:37.147Z
2012-02-08T00:20:37.147Z
Grzegorz Wierzowiecki
<p>I'm currently doing research in pseudorandomness, which involves a zoo of wonderful objects such as pseudorandom generators, randomness extractors, expander graphs, etc. I find it a fascinating topic, but one thing that drives me crazy is the glut of parameters that are involved. I understand that these objects are very complex, but I cannot help but break out into a sweat when I see "Let $G$ be a standard $(\alpha,V,\epsilon^2,k,\delta)$-pseudorandom widget...". Then I have to flip back in the paper or find another paper (which probably uses a different parameterization) and try to remember what all $\alpha,V,\epsilon,k$ and $\delta$ all meant.</p>

<p>It takes me quite a while to acquire a feeling for "good" parameter settings versus "bad" parameter settings, versus "natural" settings versus "easy" settings. </p>

<p>There's probably no magic bullet for this issue - but I was wondering if other people had some method of managing the "parameter explosion" so that it's easier to retain in memory for a longer period of time?</p>

<p>Thanks!</p>

CC BY-SA 3.0
2012-02-03T14:02:50.523Z
I am bad at pseudorandomness and I cannot talk about specific definitions.  But I feel that “remember parameters” is a wrong goal.  Parameters exist for some reasons, and it is more about understanding what must be parametrized, and that should naturally come out of your understanding of the notion to be defined.  So basically your question is equivalent to “How do you understand a definition?”  But then I do not think there is any silver bullet.
Tsuyoshi Ito
CC BY-SA 3.0
2012-02-03T15:51:03.753Z
Having a personal wiki to keep track of definitions never hurts. [This question](http://cstheory.stackexchange.com/q/3004/1037) might help.
Artem Kaznatcheev
CC BY-SA 3.0
2012-02-03T17:00:14.257Z
HY its part of the curse of CS. try think like this. for example the defn of a simple turing machine written out actually involves quite a bit of parameters. but turing himself probably never wrote out the defn like that. therefore arguably many papers descr subjs in an unnec over-notated way. try to find author that explains the same concepts without so much notation/syntax. also textbooks tend to be great at simplifying complex papers better in hindsight if you can find that topic in the book. see the psychological concept of ["chunking"](http://en.wikipedia.org/wiki/Chunking_(psychology))
vzn
CC BY-SA 3.0
2012-02-03T22:54:02.287Z
An addendum to my previous comment: see [How do you get a “Physical Intuition” for results in TCS?](http://cstheory.stackexchange.com/questions/4806/how-do-you-get-a-physical-intuition-for-results-in-tcs)  The answers to that question (except for mine :( ) contain good, concrete advices about how to understand papers.
Tsuyoshi Ito
CC BY-SA 3.0
2012-02-08T02:27:35.710Z
@vzn actually Turing's paper has pretty dense notation in places. Look at section 11 for example: http://www.cs.virginia.edu/~robins/Turing_Paper_1936.pdf.
Sasho Nikolov
CC BY-SA 3.0
2012-02-08T05:28:53.853Z
haha figured someone would ding me on that. imho turing has a lot of words where he could have symbols and a lot of symbols where he could have words. by the way another way of look at "too many symbols" is like "too twisty code" measured by something called "cognitive overhead" and its being seriously studied in some comp sci-cross-psychology research, for anyone interested try googling it. and there are recommendations on how to reduce "cognitive overhead" in coding that are directly applicable to paper syntax etc
vzn
<soft-question><research-practice>
How do you remember parameters?
Henry Yuen
# How do you remember parameters?

(Asked by: username_0 on 2012-02-03)

I'm currently doing research in pseudorandomness, which involves a zoo of wonderful objects such as pseudorandom generators, randomness extractors, expander graphs, etc. I find it a fascinating topic, but one thing that drives me crazy is the glut of parameters that are involved. I understand that these objects are very complex, but I cannot help but break out into a sweat when I see "Let $G$ be a standard $(\alpha,V,\epsilon^2,k,\delta)$-pseudorandom widget...". Then I have to flip back in the paper or find another paper (which probably uses a different parameterization) and try to remember what all $\alpha,V,\epsilon,k$ and $\delta$ all meant.

It takes me quite a while to acquire a feeling for "good" parameter settings versus "bad" parameter settings, versus "natural" settings versus "easy" settings.

There's probably no magic bullet for this issue - but I was wondering if other people had some method of managing the "parameter explosion" so that it's easier to retain in memory for a longer period of time?

Thanks!

**Tags:** soft-question, research-practice

> **Comments:**
> **username_1**: I am bad at pseudorandomness and I cannot talk about specific definitions.  But I feel that “remember parameters” is a wrong goal.  Parameters exist for some reasons, and it is more about understanding what must be parametrized, and that should naturally come out of your understanding of the notion to be defined.  So basically your question is equivalent to “How do you understand a definition?”  But then I do not think there is any silver bullet.  
> **username_2**: Having a personal wiki to keep track of definitions never hurts. [This question](http://cstheory.stackexchange.com/q/3004/1037) might help.  
> **username_3**: HY its part of the curse of CS. try think like this. for example the defn of a simple turing machine written out actually involves quite a bit of parameters. but turing himself probably never wrote out the defn like that. therefore arguably many papers descr subjs in an unnec over-notated way. try to find author that explains the same concepts without so much notation/syntax. also textbooks tend to be great at simplifying complex papers better in hindsight if you can find that topic in the book. see the psychological concept of ["chunking"](http://en.wikipedia.org/wiki/Chunking_(psychology))  
> **username_1**: An addendum to my previous comment: see [How do you get a “Physical Intuition” for results in TCS?](http://cstheory.stackexchange.com/questions/4806/how-do-you-get-a-physical-intuition-for-results-in-tcs)  The answers to that question (except for mine :( ) contain good, concrete advices about how to understand papers.  
> **username_4**: @username_3 actually Turing's paper has pretty dense notation in places. Look at section 11 for example: http://www.cs.virginia.edu/~robins/Turing_Paper_1936.pdf.  
> **username_3**: haha figured someone would ding me on that. imho turing has a lot of words where he could have symbols and a lot of symbols where he could have words. by the way another way of look at "too many symbols" is like "too twisty code" measured by something called "cognitive overhead" and its being seriously studied in some comp sci-cross-psychology research, for anyone interested try googling it. and there are recommendations on how to reduce "cognitive overhead" in coding that are directly applicable to paper syntax etc  

---

## 1 answers

### Answer by username_5 on 2012-02-08. Score: 2 | Accepted answer

My research practices, when I go into new research domain, cover combination of memory management, mnemonic, notes and other practices.

I have no one recipe, cause each is dependent on nature of given domain.

For some inspiration and sake of discussion, here is and example that came now into my mind:

*Go through papers into a few iterations:*

* First, to get adjusted to domain and get first *intuition* about approaches and notations.
* Next step is preparation to *"clusterization"* of papers.
  + prepare list of *tags* representing approaches, notations, features and other interesting me properties.
  + Before I start tagging I go through papers and evaluate my tags, correct appropriately.
  + Finally I tag papers
* Then I *process papers* according to tags *in groups*: with similar notation, approach...
  + Thanks to working with papers sharing *common* properties, you can concentrate on *differences*.
  + I prepare notes in form of [MindMap](http://en.wikipedia.org/wiki/Mind_map) with [FreeMind](http://freemind.sourceforge.net). To easily reach "what was what".
* After processing papers grouped in sets with tags, try look at whole area with all groups to get boarder view.
* Now is step of looking thought whole domain to see connections and differences. When I can't remember details, I check-out in my MindMap to remind, what was what.

Try to avoid overloading your memory, when it's unneeded, use: [Mnemonics](http://en.wikipedia.org/wiki/Mnemonic) and [Art Of Memory](http://en.wikipedia.org/wiki/Art_of_memory) techniques. Use MindMapping.


---

