-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Minor typos in chapter 3 #283
Comments
I wouldn't worry too much about typos for chapters 3-4, as they'll be getting a good overhaul very soon. But content issues or clarification requests welcome |
How soon? I'm starting a course next week and am planning to use this book as one of the main references. How unstable is it likely to be? |
Within the next couple weeks. The structure and concepts covered will be very similar. We have tags at the top of every chapter that indicates the chapter's state and stability. I'm working on stabilizing the first 11 chapters to close to what they'll be on publication. Chapters 7-11 will also be getting changes but will be more copy edits and expansion than rewriting. Sorry for the timing but hello from Ann Arbor (edit: I changed the status of 3 and 4 to indicate they will be going under bigger restructuring than the others) |
It will just make things a bit more "exciting". I suppose I could always fork the repo and host a static copy if I wanted to ;-) How long are you going to be in Ann Arbor? |
I live here and am from here! (I work remotely at Stanford). I also used to live in GR. Yes, now that you say it, I think fork&host is how people should make our content static right now, particularly when they are depending on content that is not marked as stable |
From Chapter 3:
data
for data frame (df
is worse, since there is also a function by that name). Even for toy examples, I prefer a descriptive name. I'd reservedata
only for "generic" examples and pseudo-code. Example: For the chocolate/vanilla ice cream example, I'd prefer a name likeicecream
oricecream_happiness
. That's especially nice when encountering code chunks that referencedata
that has been defined in some other chunk.Is it useful to record minor typos here (or somewhere else)? Is it useful to have a separate issue per chapter? If useful, I'll try to record things as I spot them.
The text was updated successfully, but these errors were encountered: