Hacker News new | past | comments | ask | show | jobs | submit login

Not necessarily. IMO, she proposes a specific way of "thinking" about the paper's content (I use another approach [1]). Papers are written following a certain structure because many people think it's a better way of presenting the ideas in detail/with the necessary rigor (that's what other "scientists" in the field would expect). For example, no researcher expects a five-sentence summary of the background. Personally, I expect an explanation of the relevant concepts/techniques and some sort of analysis of how existing work relates to the paper (instead of a list of related papers). At least in software engineering, many papers state the research questions explicitly, i.e., they would be identified if you read the paper from beginning to end. They tend to have a "results" section as well, so summarizing the results myself would be an intellectual exercise. Once you understand how papers are usually structured, you pick up on many of those things as you go (I mean, as you simply read the paper as the author intended).

On a side note, I'd say that many researchers don't do a good job of conveying their ideas clearly (it gets worse with conference presentations). It won't really matter in what order you try to read their papers.

[1] http://blizzard.cs.uwaterloo.ca/keshav/home/Papers/data/07/p...

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact