How to Succeed as a Graduate Student in the Sciences
chemistry-blog.com
chemistry-blog.com
--
Long time ago, while I was still an undergrad student, I asked one of the professors about grad studies. We had a long talk, from which I remember two things. 1: your PhD topic does not determine the rest of your scientific career (he shifted his area of interests a number of times). 2: whatever you do, always have a pen and small notebook with you. The latter has proven to be a golden piece of advice.
This probably reads a little harsh, especially to the software hackers among you, but I can say that my thesis advisor espoused most of the same core ideas ideas, even if he would not have written them down in this form. Strip away the snarky comments about re-shelving his books, and this is the core of what is expected by most research advisors at top universities.
That said, I'm also struck by the notion that unless you were particularly passionate about the idea of doing scientific research the best thing an intelligent person could do would be to pursue a career in a field where the rewards were higher or the sacrifices demanded lower.
"Thus, when you do not perform your research duties with diligence, dedication, and efficiency, is it any wonder why your research advisor seems to always climb all over you?"
"In effect, I am choosing where I think you should go in your professional career. This is an awesome task with considerable control over your own life and I accept this responsibility with the utmost of concern."
Reading this stark honesty is really rather quite pleasant and refreshing. It's nice to know what somebody actually thinks and what they're going to do instead of a washed out and contrived 'official statement' which requires severe interpretation to understand.
Is there an equivalent regular reading list for the computer sciences and/or software engineering? I'm aware of things like arXiv and a handful of journals but it can be hard to dig through the often extremely theoretical stuff to the things that better reflect useful modern and progressive thinking in these disciplines (though I admit I might be approaching it wrong).
I'm not sure how much of this translates to software engineering, but I find it helpful to keep a loosely organized reading list with papers and topics I should browse or read more carefully. The important thing, I guess, is bootstrapping an initial reading list for you to expand. Search for top conferences (ACM, IEEE, etc) on SE and browse the titles/abstracts of papers. Also look for seminal papers on something that interests you, and see who cites it, find interesting abstract/titles, etc. Then find out where were these papers published and search for more papers there. Maybe keep a note of the good publishing spaces in the areas that interest you and check up on them once a year or so.
I've right now got around 20 papers/books open in my notebook, only 1 was got from arxiv, around 10 from conferences in the area and the rest from google scholar or references.
However, a note of warning: most papers I've on software engineering and horribly dull, uninteresting, and unscientific. Take a look, though, at experimental software engineering conferences, because they seem to be producing very interesting things and slightly improving the face of the field.
Take a look, though, at experimental software engineering conferences, because they seem to be producing very interesting things and slightly improving the face of the field.
Could you suggest a few "experimental software engineering conferences"? These sound like exactly the sort of thing I'd be interested in following, but a scour through the ACM's events list nor asking my Twitter followers didn't give me many good leads for events like that.
http://esem2010.case.unibz.it/
http://portal.acm.org/browse_dl.cfm?coll=ACM&dl=ACM&...
http://lens-ese.cos.ufrj.br/ese/
These are the links I know of in the area.
I've always thought that an advanced degree (past a BS) requires a ton of dedication, and the goal should be to know a topic better than anyone else. But I guess the advance of non-thesis masters degrees gives the lie to my belief.
That one point about how "in effect I am choosing where I think you should go in your professional career" reads pretty harsh, but if you think about it most of us do that when giving a recommendation. If I get a call from an R&D shop, I would naturally think about different parameters and behavior than if I got a call from a sales department.
I don't think it's supposed to be shocking. Both the title and comments sound pretty positive. <Freud> Perhaps you wish it were shocking because it would confirm your negative impression of modern research? </Freud>
My own experience is that there are "relax labs", where students (perhaps interested in research but not as a full academic career) grab a diploma before going on to employment, and "serious labs", where students go to become a professor or really develop an expertise. The first kind isn't necessarily unproductive in research, but they tend to work on more applied stuff - cool gadgets motivate these students more than deep theoretical work.
I think you're right about the different kinds of labs, though I would characterize it as more of a continuum, but it seems to me that the "relax labs" ought to be more corporate or at least corporate-sponsored. But that's a whole different topic.
Oh yes, I completely agree on that. I've worked at one of these places, and what they made was exactly the definition of "cool gadgets". To my eyes, it wasn't research, it was pure development. Stuff like this should be funded by a company to build a product, not by universities.
I can't go too much in the details, but one of the things they built was a blogging robot. It has a PDA and blogs your location for some reason...
As far as the RA memo, what the author failed to mention is that the grant-RA relationship is a two way street. PI's need students to do their research for them and they need students simply to receive grants. They are not supporting students just because they are nice, but rather because they need them.