Live data from Hacker News

An unsolicited guide to being a researcher [pdf]

emerge-lab.github.io

11–20 of 27 posts

Re: An unsolicited guide to being a researcher [pdf]

#11
> Why does anyone need to know what order you’re going to present things in.

I agree with the sentiment, and many talks do this really badly ("Here is our outline, we start with an introduction, and end with a summary"), but it is worth mentioning that the alternative isn't no structure at all, but trying to convey a bigger picture to your audience for them to anchor each section in once you actually start your talk. This could be done like the OP suggests ("Just tell people the key idea upfront"), but there are other ways: instead of telling people the end result, tell them the question you set out to answer, and present your talk as this journey. look at the same thing/topic through different lenses/perspectives. Present a rough outline of a proof you are going to go through, or a case study you are about to present before going through the details sequentially.

> How does one become a good collaborator? The golden rule: Do not block.

Not only is this great advice for effective collaboration, it is also a very nice habit to have in any place where people's impression of your ability determines your future (career) trajectory

Re: An unsolicited guide to being a researcher [pdf]

#12
This is an excellent overview.

* His points about collaboration are excellent. So many research students think that their brains are their best asset. There are many smart people. There are much fewer smart people who can communicate and collaborate well. Be one of those people.

* His points about papers are completely on spot. There are simply too many papers, and many actually aren't that good. The light bulb moment for me was realizing that this author didn't write this paper to help me solve my problem, they wrote it to describe how they solved their problem. Finding the right way to measure whether "their problem ≅ your problem" is key.

* Do a lot of learning on your own. If you don't you're only hurting yourself.

Re: An unsolicited guide to being a researcher [pdf]

#13
post #9

> Also a lot of bullet points are bad > Slides should have maybe a sentence of text at most Proceeds to have slides with many bullet points and more than several sentences of text per. I don't find issue with the slides as they are but if you're going to make arbitrary rules why not follow them yourself?

I always thought this was funny. We were taught this in grad school, but hardly anybody followed this guideline. "If there's too much text on the slide, the audience will be busy reading the slide, and not paying attention to you". I try to have just the main point on the slide, then I can talk around it. The details should be in the slide notes, if you need reminders.

Re: An unsolicited guide to being a researcher [pdf]

#14
post #9

> Also a lot of bullet points are bad > Slides should have maybe a sentence of text at most Proceeds to have slides with many bullet points and more than several sentences of text per. I don't find issue with the slides as they are but if you're going to make arbitrary rules why not follow them yourself?

There are presentations that you actually present to an audience, to which this point is valid.

But lots of presentations, including this one I think, are merely used as a means of conveying information (yeah, not my favorite way of doing so, but being a contrarian doesn't do anybody's career any good), and those are indeed intended to be read and need to have explicitly all the information that you otherwise would be speaking and addressing.

Re: An unsolicited guide to being a researcher [pdf]

#16
post #4

Biggest drawback these days is funding (Govt. is not liking research with all fund cuts) and long term opportunities for folks doing research.

Indeed. It seems, at least in America (I’m less familiar with the situation abroad) that computer science researchers who want to do longer-term work are getting squeezed. Less funding means fewer research positions in academia. Industry has many opportunities, especially in AI, but industry tends to favor shorter-term, product-focused research as opposed to longer-term work with fewer immediate prospects for productization. This is a great environment for many researchers, but researchers who want to work on longer-term, “blue-skies” projects might not find a suitable position in industry these days.

Re: An unsolicited guide to being a researcher [pdf]

#17
post #6
post #4

Biggest drawback these days is funding (Govt. is not liking research with all fund cuts) and long term opportunities for folks doing research.

There are still opportunities, but they aren’t paid nearly as well as less researchy positions in industry. US post-doc salaries at state universities aren’t that high.

[deleted]

Re: An unsolicited guide to being a researcher [pdf]

#18

This seems like a pile of generally good, and some non-obvious advice, that's also useful outside of the boundaries of ML (it would also apply to a PhD in Neuroscience for example).

And, even if you're in the "real world", anyone who wants to do fun hobby projects with community on the side :)

Re: An unsolicited guide to being a researcher [pdf]

#19
post #9

> Also a lot of bullet points are bad > Slides should have maybe a sentence of text at most Proceeds to have slides with many bullet points and more than several sentences of text per. I don't find issue with the slides as they are but if you're going to make arbitrary rules why not follow them yourself?

I haven't seen the associated talk, but (a) I would imagine the author chuckled while reading this, because it's sort of a joke among scholars, and (b) the point is likely focused much more on the context of presenting research (e.g., at conferences) rather than a blanket ironclad rule for all presentations you ever make ever. While I think there's some validity to your point that the author's presentation suffers ex…

Yeah I’m the author, this was a joke. I also wanted to convey to the students in the room that this was not a high quality presentation, more so text just converted into presentation form.
Post reply on HN