My New Year’s Resolution – read a research paper every weekday
blog.acolyer.org
blog.acolyer.org
At least for me during my PhD I spent more than a full-time day to completely understand papers that were interesting for my research.
From my experience in physics:
You can read a paper in 15-30 minutes and get the main points and contributions.
For good papers, you can spend multiple days to really understand the paper.
And for really good papers you can spends months to completely understand them, then extend them, and then publish your dissertation.
http://blizzard.cs.uwaterloo.ca/keshav/home/Papers/data/07/p...
In my experience, time required varies quite a lot between papers and authors. If you take a paper from, say, top 1% (or 0.1%) of papers published on some broad topic, you can probably read through it once and get some relatively good understanding of what the author was trying to say (and very likely enough to write a short re-cap).
This is definitely not true for the remaining 99% of the published scientific literature. At one point I had the idea of keeping up with my field of research by setting up Google Scholar alerts. This resulted in about 1 paper per 2-3 days that seemed to be worth studying based on the title and abstract. Still at that rate I found it quite impossible to keep up with all the content that dredged up.
Of course, for a seminar class, you do the strategic thing and read enough to not be caught flat-footed during seminar, and to come up with a few salient points of discussion.
I looked some at the papers read for this project and they seemed to be very systems-heavy. Having taken both theory-heavy and systems-heavy seminar classes, the systems-heavy seminar reading loads were much easier. You could probably read 5-8 systems papers a week, to comprehension, if you really wanted to.
So a bit of clarification to my comment. If I spend months reading papers about the same topic, the first papers will take me a lot of time but the last papers will take me less time because I have a lot of background and I don't have to check references, review concepts, understand maths proof or whatever. Probably those papers are very related and share a lot of information.
Good papers (for whatever you think it is good) require time to read because you really want to understand it completely. Bad papers (for whatever you think a bad paper is) require time to read because you cannot be sure if that paper is relevant for you unless you understand it completely. Although at the end you have a ton of papers to read and you check the abstract and decided whether spend time on the paper or not.
I went through a period where I tried to get in the habit of reading research papers regularly. Two issues I found that lead me to eventually dropping this:
(1) At least in my industry (generative architecture & building performance modeling) it's frustrating how often papers don't include technical details, and resort simply to a high-level overviews of implementation and go straight to detailing their outcome. I don't learn much from such papers.
(2) Low return of value of simply just reading the paper. I went through a period where I tried to read a paper everyday. By the end of this period I had a massive stack of highlighted, and annotated research papers I kept in a folder on my desk. And that folder has remained there untouched to this day. So I find there is low value in simply consuming research, and the key for me at least is to actually struggle through and implement the research I read. Which is why point (1) is key for me.
I'm inspired by your post though, I want to start getting back into a slightly modified version of this. Identify research papers with algorithms I can play with/experiment - and then implement it, aiming for something like a paper per week or so? This process means I won't be able to do a paper per day, but it'll be a lot more valuable/interesting to me. This calls for a new git repo...
Those don't sound like research papers but articles... What Journal(s) are you finding these papers in?
Here's an example I was reading recently which doesn't go into much detail: http://www.ibpsa.org/proceedings/asim2012/0097.pdf from the International Building Performance Simulation Association (IBPSA) conference.
I don't know anything about that field, but that paper certainly doesn't pass the first glance test that others have mentioned in this thread. Good figures, etc.
Some strategies I've seen conference reviewers use and that I use to quickly evaluate whether a paper is worth a deeper dive:
1. Figures. Can you understand the figure from the caption or associated text blurb? Is it neat and labeled correctly? I've found that excellent figures are a strong signal that the authors put a lot of thought and work into the paper. If you look at Yann LeCun's early works they all have really excellent diagrams with clear descriptions. Some of his figures are so classic that they regularly appear in ML presentations to this day.
2. Read the related work section. A lot of people seem to skip this but it can be dynamite if you have knowledge of the field. You'll probably be aware of other papers referenced in this section and when the authors of the current paper point out differences and similarities to other methods this will give you a great idea of whether this paper's approach is worth understanding.
3. Save the Method and Result sections for last. For me, and I would assume most people, these heavily technical sections are very time consuming to understand and ought to be read very last. Read abstract, intro, related works, and conclusion first. I would bet I discard half of the papers I pick up without ever readin the middle chunk.
4. Conference or Journal it was published in. IEEE, NIPS, CVPR are all places where the best stuff in my area gets published. Papers not from top shops should have to do more to earn your attention. Strong figures being the one I usually go back to.
One thing I would not do, that I used to do, is worry about the number of citations a paper has. Awesome new research and old but potentially newly important work will not have many citations at first.
This is just my list. I'd appreciate other filters people have for reading papers!
The subscription was quite cheap (may have been using student discount), and it has a sort-of "popular science" section in the front summarising the major papers for audiences from other fields. Nature publishes papers from all fields of science and it can be quite entertaining to take a deep dive into vulcanology. You'll also get to notice when different branches of science end up using the same methods.
Of course that's more for entertainment value (and possibly annoying your friends). for work I stsck everything that appears interesting into an app (app-tly named "Papers") and search through it when I think there could be something in there.
Another pitfall I've had with regular reading like "a paper a day/week" is not to discard papers fast enough. Often the abstract either oversells the results, or the details are simply too obvious to you to learn anything new from them. Learn to recognize "weak" (to you) papers early and skim through the rest of it quickly or look for better sources on the topic.
I'd suggest aiming to understand an idea a week, which maybe involves reading 2-4 papers, and skimming 15-20 more, plus background material in textbooks and Wikipedia. Doing that in 8-12 hours would already be pretty efficient.
"...if you seriously study half a dozen papers a week and you do that for two years, after those two years you will have learned a lot."
http://www.huffingtonpost.com/2015/05/13/andrew-ng_n_7267682...
But it doesn't really matter because it's a somewhat-empty vanity-metric anyway. For assessing clinical trials (and aggregating their results) the Cochrane collaboration is probably the gold standard. Here's something I found on their method to evaluate trial quality: http://www.bmj.com/content/343/bmj.d5928
Why not just read abstracts? It doesn't seem like his goal is more than "Let's see what people are up to."
In the context of AI / ML / DL, white papers were useful for me when I had a very specific task in mind and wanted to see the cutting edge approaches. Outside of that, I wasted untold hours I wish I had back reading white papers because they seemed important. I don't think I really got anything useful at the end of the day, in terms of advancing my projects. I also believe some deep learning papers completely exaggerate their results while being intentionally vague on how they implemented, and I wish had those hours back too trying to replicate.
I don't know, I disagree with the notion that it's inherently good to read a bunch of white papers. Better I think is work on your project, and when there are gaps go searching for papers.
I will try to read at 1 paper per month. Good enough for a beginner.
As an author it is amazing how I feel I can communicate my work more efficiently, and with pedagogy in a talk with slides (or in a blog post maybe) than in the constraints of an academic paper.