There are a number of things that I wished I'd known to do in my very first year as a graduate student. While I'm not out yet, I thought I would write up a short list of things that PhD students should start doing from the start to save themselves a lot of pain later on in their careers. Some of this is covered in Robert Peters' "Getting What You Came For" which was recommended reading when I took CS 7001. You'll probably find similar graduate student pages and graduate advice pages that have lots of useful advice for how to get out here: http://www.cc.gatech.edu/student.services/phd/phd-advice/
What I've listed in this document are 10 activities that you should be starting from Day 1 of your PhD career to save yourself lots of grief later on. I've also written it with an emphasis for those PhD students interested in doing research after graduation but there are some useful tips for those of you walking the hard path to eventually find a teaching position at the college/university level.
In your early years, you should be generating ideas about potential thesis topics. Even if you're brainstorming, you should write them down. Most of them will not go anywhere or will not be relevant or accomplishable in your time frame. Eventually one will lead you down the right track.
Georgia Tech has a campus subscription to the IEEE Digital Library that only requires your standard GTEL login and password. It's located here: http://gtel.gatech.edu:2172/Xplore/DynWel.jsp
The other major repository of literature is ACM's Digital Library. This requires a membership in the ACM but it's something you should think about anyhow if you intend a long career in computer science. It's located here but you need an ID and a password to get to the cool areas: http://portal.acm.org/
The last is a research site maintained by NEC and keeps a very nice database of publications, sometimes with links to the actual files. It also will show you a graph showing the time distribution of your searches. http://citeseer.nj.nec.com/cs/
As a corollary to that, you should also know something about the work being done at your own university. I had the uncomfortable experience once of being at a conference and having someone ask me about the work of a colleague that was strongly related to my own that I didn't know about. Doh!!
Slightly more difficult to learn are the various political nuances and biases associated with various conferences, publications, and organizations. If your advisor is anything like mine, he or she will have a particular feel for these things and will often throw away statements like "They're not interested in this style of work. We should try this conference instead." Make sure to follow up these statements with clarification questions. Don't take things for granted. Academia is often extremely political. It's good to know the history and climate of your field.
This document itself is a form of writing up a process that may be useful to me later in life as an advisor or for passing on to other graduate students. What you want to document is anything that took a tremendous amount of searching or effort to learn. It could be as small as how to install print drivers on your Windows machine to interface with the Colleges or as large as how to set up research that involves human subjects. Documentation is very useful for saving you (or someone else) effort later on.
Here are two very good examples of what else you should have and how it
could look:
http://www.csc.ncsu.edu/faculty/anton/
http://www.cc.gatech.edu/fac/Gregory.Abowd/
A spare example but extremely functional is here:
http://www.cc.gatech.edu/~spencer/
When you go to conferences or start communicating with people either in or outside your college these days, the first thing that they will do if they are interested in you or your work is go to your home page to find out more about your work or about your history. I've seen faculty candidates get derided in review meetings for having an inferior web page. In the 21st century, your home page is your virtual "public face" - the first thing people will see when they're checking you out. Don't let it be "Under Construction".
Along those lines, you should look at other CVs and see what they're filled with - it's not just about your publications although they are the most important component of your academic resume. Which leads me to my next point.
To develop this skill you need to maintain an extra level of awareness when you're pursuing any of your academic activities - reading, writing, conversing with colleagues, attending conferences, and so on. This 'extra sense' should be asking questions in the back of your mind like "Is this work important?", "Does it tackle the problem in the right way?", "Do I believe the validation?", "What are the implications of this work?", and "What can I learn from this research (or person)?".
I believe the difference between a competent researcher and an innovative one, either at the student or faculty level, is how good they are at recognizing good problems.
--------------------------------------------------------------------------- This is the first draft of this document, if you have any comments, additions, or corrections, please feel free to mail me. **************************************************************************** Idris H. Hsi H: (404) 206-9619 College of Computing W: (404) 385-1101 331190 Georgia Tech Station Atlanta, GA 30332-1365 Home Page: www.cc.gatech.edu/people/home/idris ****************************************************************************
> I also use EndNote as my database for storing my notes of a research
> paper's key points. It saves time rereading the actual paper and it
> generates more key terms for searching on this database.
>
Incidentally, Bibtex has an "annote" field. I use it for the same thing you describe.
Also, I would suggest you don't worry about *organizing* your bibtex file. Even 300 papers isn't too rough to keep track of using search tools. Just dump them all into a file and start going.
(The nice thing about Bibtex is, of course, its integration with Latex. There is a good Emacs mode for it, too. But anyway, don't worry about the format at first....)
> As a corollary to this, go to an Office Depot type store and spend the $8
> or so to get a big box of file folders to store your papers. The best
> organization scheme that I've seen seems to be alphabetical by first
> author. Some students maintain libraries of .pdf files on their computers
> as a way of storing research.
The printed docs I don't care about, personally. I hear all the time from people who have boxes of papers but decide to print them out again instead of digging them up. I get almost everything from citeseer and ACM Digital Library nowadays. I might even drop ACM DL, since citeseer has all the papers on it....
> Learning how to reflect actively on what was going on around me
> was one of the most painful and rewarding things that I've learned over
> the years. Simply being able to recognize intuitively the difference
> between a solved research problem (even outside my area) and unsolved one
> is tremendous. Being able to recognize the difference between a tractable
> and intractable unsolved research problem will help steer you away from
> the Rocks of Despair when you're looking for your thesis topic. Your
> advisor will guide you through this a little but you need to learn this
> for yourself if you want a career as anything other than someone's
> research assistant.
I agree. My foremost advice to new PhD folks would be to trust themselves and get to work on what you think is important. If you've made it to a Georgia Tech PhD program, and you're at all interested in your area(s), then you will intuitively know what kind of work will be interesting to your community, and you will know roughly what steps are needed to move forward with it.
Do NOT wait for your advisor to prod you. If you don't have an advisor, then do not wait to be approached. Don't treat the college like a big happy family. It's not. It's a research institute, and it has a lot of opportunity for those who are trying to become researchers.
Finally, one small thing I'd add to the list: be loose with your independent project classes. If you find you want to do something different than what you wrote up, then do it (after talking with the sponsor, of course). Losing time is much worse than having imperfect documentation.
-Lex Spoon