Books and papers every graduate student should read
matt.might.net
matt.might.net
On a more technical note, "Compilers" is a great book I enjoyed quite a bit, but it hardly is a great reference for compilers, it isn't even a very good textbook those days, it is very specialized in parsing and lexing and isn't very well balanced, there is much less about backend/runtime/optimization stuff which is the bigger part of compiler-writing those days, and the whole book is far, far removed from practice, it is perfectly possible to read it cover to cover and still have very little idea about how to write an actual compiler. There are much better books those days both if you want to simply write your own compiler (books by Appel, Cooper/Torczon, Grune) or have a reference of the state of the art in compilers (famous book by Muchnick). I would say "Compilers" is more similar to a monograph in specialized topics than to a textbook or reference book.
In my masters program, there were about 16 books that I saw in every single one of our professors' offices. Over my coursework there, I had to buy about a dozen of them for specific courses. Before graduation I bought the others. While I haven't read every single one of them from cover to cover, I have extensively referenced every one of them. His list should serve the same purpose for the audiences he's identified.
In the end it is not about the fucking books anyway.
People are diverse. There are no must have books but there are many books appropriate for your context (writing your first paper, need help with style? Read that book, or let your adviser beat it into you).
It is OK to provide a list of things nice to read, even better if you list the demand context where the book will be useful. But to use an absolute...that could confuse incoming grad students.
I learned how compilers worked by studying a Pascal compiler written in BASIC that was published by BYTE back in the 70's. I thought the way it worked was a revelation, and completely magical.
Compiler books in general, however, tend to omit the messy details one has to deal with in building a production quality compiler.
The Pascal compiler in BASIC was "Tiny Pascal"?
Someone might have some scans of the issues here (http://atariage.com/forums/topic/167235-byte-magazine/page__...)
Here's a PDF about TinyPascal (http://www.colorcomputerarchive.com/coco/Documents/Books/Pas...)
I find lots of links talking about it, but without downloads eg (http://www.vintage-computer.com/byte.shtml)
Here's some discussion of something called "Augusta" which is a 'tiny Ada'. (http://computer-programming-forum.com/44-ada/240dcc3af63e1fa...)
I'm also partial to Creative Computing in the 1970's. It was full of fun artwork and silly games you could type in and run, and unabashedly optimistic editorial content. It's forgotten now, but it was very influential for me.
"Source Text of Compilers": http://exmortis.narod.ru/src_compilers_eng.html
Does not have Tiny Pascal - but appears to have a few other variants.
http://archive.org/details/byte-magazine-1978-09 (also features a design for a touch screen)
I think I get where you're coming from though. I often wonder how many people have actually read the typical list of "classics" and "must haves" that are continually recommended without context, reasoning or even a gist.
APA is predominantly a behavioral and social sciences standard. However, I have a colleague that is currently in a mechanical engineering program and he mentioned just a few days ago that his school has actually gone to exclusively APA for all colleges and departments.
MLA - http://owl.english.purdue.edu/owl/resource/747/01/
APA - http://owl.english.purdue.edu/owl/resource/560/01/
Anyway, you should have a citations database and whatever citation tool you are using (BibTeX for instance) should be able to pull the citation from the database and format it in one of any number of styles.
The issue isn't so much enforcing a style across colleges/departments as academic journals.
Discipline: digital culture / digital humanities. don't ask! This is in Europe btw, not the US.
http://christophermeiklejohn.com/distributed/systems/2013/07...
Edited to add HN link: https://news.ycombinator.com/item?id=6036183
I would add "Death March" by Edward Yourdon, which should be read even if you aren't in the computer industry.
http://www.amazon.com/The-Finer-Points-Sausage-Dogs/dp/14000...
In the first chapter, Professor Dr Moritz-Maria von Igelfeld, renowed scholar of Portuguese linguistics, travels to America to give a lecture. But due to a mixup, his hosts believed they were inviting an expert on sausage dogs. Too shy to correct them, von Igelfeld makes up his mind to speak about sausage dogs...
When I read it I doubled over in laughter. But at the end of the day it reminds you far better than any "serious" book what makes for an effective presentation: humility, confidence, and putting yourself in your audience's head.
btw, there is a wonderful course based on HtDP2 on Coursera by Gregor Kiczales - the guy who wrote AMOP (yeah, almost no one know what is it.) This course is such a rare example of teaching thinking and doing transformation in your mind instead of coding and copypasting that I sometimes watching some lectures for a better night sleep.))
Another nice idea is to google who Matthias Felleisen is and why he is famous guy. Then, perhaps, one could be able to appreciate what academic guys could do.
...though the 3 star review is good for a chuckle.
Anyway, there is a reprint available now for $25 http://www.amazon.com/The-Lambda-Calculus-Syntax-Semantics/d...
Great Works in PL https://news.ycombinator.com/item?id=5872043
Edit: Also "On Writing Well" by Zinsser, another classic.
I prefer "Write Right!", although the most recent edition is needlessly long.
"Single greatest book on writing of all time?" We'll part company here too. I read On Writing shortly after it came out, and was entertained through the front half, but can't for the life of me remember a shred of advice from it. I do recall the striking discontinuity in the last part, where he writes about the auto accident that nearly killed him. The writing was obviously different from that in the front of the book, and I felt the topic was out of place, and even self-indulgent. But he gets a bye, 'cause he's Stephen King.
http://www.amazon.com/Elements-Style-Illustrated-William-Str...
> When you're starting out with LaTeX, Leslie Lamport's LaTeX book covers all the basics, and it makes a good reference for all of the common things you'd like to do in LaTeX.
> LaTeX, as it turns out, is a deep rabbit hole. (It's Turing-complete.) When you're ready for your black belt in TeX-fu, Donald Knuth's TeXbook is how you get there.
> This is not an introductory book. This is for hard-core TeX users.
LaTeX is essentially a macro package on top of TeX except TeX and/or it's basic macro package Plain had to be tweaked a little to enable some of the functionality of LaTeX.
His description of Knuth's The TeXbook is not correct: The book is nicely "introductory". Also for an introductory book on a technical topic, the quality of the writing of this book is excellent, one of the best, world-class, maybe exemplary.
I read the book in late 1994 in about two weeks and have used TeX for all my high quality word whacking since then. I use TeX for all my letters, both business and personal, used TeX for one peer reviewed paper in some applied math for a problem in computer science, and used TeX (to document for myself) the core, original applied math for my startup.
I have about 150 macros written in TeX for simple lists, ordered lists, unordered lists, titles, table of contents, cross references, various cases of verbatim (where get to type text that looks like TeX commands but the text gets treated by TeX just as-is or verbatim instead of as TeX commands), some automatic push down stack dynamic storage that conforms to the scope of names rules of the nested block structure, etc.
Part of what is good about TeX is the ability to write macros; any TeX user should be able to write a macro of a few lines easily as needed, if only for some one document.
TeX, without LaTeX, is fine, perfectly usable.
And for a "black belt in TeX-fu" read the five volumes or so of Knuth's detailed documentation of the source code of both TeX and Metafont.
LaTeX is now quite an advanced macro package, far beyond my 150 macros or what a user should try to write for themselves. But, the manuals that describe LaTeX well are much thicker than Knuth's The TeXbook and, in my opinion, less well written.
Mostly people who want to do high quality word whacking, especially with some mathematical material, with TeX or LaTeX likely should just start with LaTeX and there maybe the book the OP recommends, Leslie Lamport's book.