Live data from Hacker News

Think Bayes: Bayesian Statistics Made Simple (2012)

greenteapress.com

41–50 of 66 posts

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#41

“I broke this rule because I developed some of the code while I was a Visiting Scientist at Google, so I followed the Google style guide, which deviates from PEP 8 in a few places. Once I got used to Google style, I found that I liked it. And at this point, it would be too much trouble to change.” Why would you write a book that targets the Python community and ignore PEP8 styling, inconveniencing an entire community…

From the PEP8 style guide:

"Many projects have their own coding style guidelines. In the event of any conflicts, such project-specific guides take precedence for that project."

and

"A Foolish Consistency is the Hobgoblin of Little Minds".

And, throughout, PEP8 makes it clear that it is a set of recommendations, and that if a project or community already has an established style, it need not be changed.

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#42

Earlier quoted context omitted.

You write that the frequentist doesn't answer the question, but it does. It answers P(H') = (H/H+T)^H' You also write that the frequentist solution fails to give an error estimate, yet you don't show that the Bayesian solution does give one. If the goal of the article is to show that Bayesian is more correct than frequentist then it leaves the reader unconvinced. If the goal is to show 3 ways of finding a probability…

> You write that the frequentist doesn't answer the question, but it does. It answers: P(H') = (H/H+T)^H' The question was asking for P(H' | H, T), not P(H'). > You also write that the frequentist solution fails to give an error estimate, yet you don't show that the Bayesian solution does give one. Because there is no error? In the proof I assume P(p) is known and then after that every step follows from a law of prob…

[deleted]

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#43

For those unclear on the concrete (rather than philosophical) difference between Bayesian and frequentist statistics in the first place, I hope it's not inappropriate for me to share this 5-minute example that I wrote a while back: https://news.ycombinator.com/item?id=11096129

This is great thanks for posting.

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#44

Let's take a recent election as an example: A Bayesian pollster began with a certain set of prior probabilities. That the college educated were more likely to vote in previous elections, for example, informed the sample population, because it wouldn't make much sense to ask the opinions of those who would stay home. Thus, based on priors that were updated with new empirical data, a new set of probabilities emerged, t…

I suppose you aren't talking about Andrew Gelman... https://www.nytimes.com/interactive/2016/09/20/upshot/the-er...

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#45
post #19

For me the best so far book on Bayesian probability was "Probability Theory: The Logic of Science: Principles and Elementary Applications" by E. T. Jaynes. The book starts from the deduction of Bayesian theorem from the first principles of logic and shows its applications to a wide range of topics. There is thorough discussion of various "paradoxes" and the author sharply criticizes the frequentist statistics. In add…

Probability Theory is available as a PDF. http://www.med.mcgill.ca/epidemiology/hanley/bios601/Gaussia...

Thanks. I was about to buy the book on Amazon for ~$90 but at least now I can give it a read first to see if it's worth, for me at least, buying.

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#46

Thanks for posting this. The Jupyter notebooks (and the fact Github has built-in support for them) really help illustrating the concepts. The book I've used so far to study is "Probability and Statistics: The Science of Uncertainty", by Michael J. Evans and Jeffrey S. Rosenthal. This book is not being published anymore and is free in PDF form.

The book you mentioned is available at http://www.utstat.toronto.edu/mikevans/jeffrosenthal/

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#47
post #36
post #13

My youngest has Allen Downey as a professor this year. She says he is crazy. And she means this in the best way possible. His productivity is prolific having written Think Java in 13 days. He memorized pictures and bios of all 90 students in the first year class at Olin College of Engineering. Edit typo

> He memorized pictures and bios of all 90 students in the first year class at Olin College of Engineering. Do you know if he was using spaced repetition to do that? I know some teachers have tried that to speed up learning their students.

I would assume so. I can't imagine how you could accomplish that otherwise without having a photographic memory.

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#48

“I broke this rule because I developed some of the code while I was a Visiting Scientist at Google, so I followed the Google style guide, which deviates from PEP 8 in a few places. Once I got used to Google style, I found that I liked it. And at this point, it would be too much trouble to change.” Why would you write a book that targets the Python community and ignore PEP8 styling, inconveniencing an entire community…

From the PEP8 style guide: "Many projects have their own coding style guidelines. In the event of any conflicts, such project-specific guides take precedence for that project." and "A Foolish Consistency is the Hobgoblin of Little Minds". And, throughout, PEP8 makes it clear that it is a set of recommendations, and that if a project or community already has an established style, it need not be changed.

You misunderstand. I’m not criticizing Google not following PEP8. They’re welcome to make whatever modifications they want. I do the same. For example, I don’t like having two blank lines between methods and I don’t limit my line widths to 80 characters. This personal or project level alteration is fine. However, when your target audience is the Python community at large, you are better off following the PEP8 standard, which everyone knows and is comfortable with, rather that a project specific format, just because you personally find it more convenient. Standards are pretty important in the publishing industry, so I’m not sure why this is so controversial here today.

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#49
post #13

My youngest has Allen Downey as a professor this year. She says he is crazy. And she means this in the best way possible. His productivity is prolific having written Think Java in 13 days. He memorized pictures and bios of all 90 students in the first year class at Olin College of Engineering. Edit typo

>He memorized pictures and bios of all 90 students in the first year class at Olin College of Engineering. It's impressive not so much that he did that, but that he bothered to try. Most lecturers (myself included) will try very hard not to learn anything about their students because they consider actually dealing with undergrads (particularly first-years!) on an individual level is beneath them.

[deleted]

Re: Think Bayes: Bayesian Statistics Made Simple (2012)

#50

“I broke this rule because I developed some of the code while I was a Visiting Scientist at Google, so I followed the Google style guide, which deviates from PEP 8 in a few places. Once I got used to Google style, I found that I liked it. And at this point, it would be too much trouble to change.” Why would you write a book that targets the Python community and ignore PEP8 styling, inconveniencing an entire community…

From the PEP8 style guide: "Many projects have their own coding style guidelines. In the event of any conflicts, such project-specific guides take precedence for that project." and "A Foolish Consistency is the Hobgoblin of Little Minds". And, throughout, PEP8 makes it clear that it is a set of recommendations, and that if a project or community already has an established style, it need not be changed.

Why are you arguing against PEP8? As you mentioned in your final sentence, the Python community DOES have an established standard. It is called PEP8. The parent has made a valid point. Why would you criticize or trash his "karma" for stating it?
Post reply on HN