AllenDowney

Great question -- it is on my list of ideas for a future article!

That's true. I have the good fortune to work at a college (Olin College) that recognizes that my work developing textbooks is aligned with the mission of the institution, and can have as much external impact as research. But you are right -- most places give professors zero credit for writing textbooks.

I understand that "just write a book" might come off as glib, especially for profs who teach 3+ classes per semester. So I don't mean that everyone has to, or should, but

1. Writing 150 pages that are targeted for your class and your students is easier than writing "the bible" for your field.

2. The quality of the first draft might not be great, but if you are getting feedback and constantly improving, it's not long before you are better off than using one of the expensive tomes.

3. If you start with other free material, you can get off to a fast start (several people have now written books that started with my material, and then evolved beyond recognition).

This is very similar to my method. The first time I teach a class, I draft some notes. After the class, I fix the problems, or at least flag them for next time. The second time through, I add, remove, edit, refine, etc., based on feedback from students and my own observation (and, often, what I have learned since last time :)

Many of my examples start with code, so the first draft of the chapter is mostly explaining the worked example.

It's not very different from the work most profs do when they are developing a class, but at the end you have a book that has co-evolved to fit your students and the learning goals.

Working on it :) Maybe next year.

Hi All, Thanks for your interest in this book! It is a very rough draft, but I welcome comments and suggestions.

The code examples are not quite ready for prime time, but I will release them soon and update the (missing) link in the book.

Fixed. Thanks!

And... it's gone!

I re-read the chapter and decided that example was doing nothing except confusing half the audience and antagonizing the other half.

Ignore the haters -- Think Bayes is going to be awesome!

Just kidding (mostly), but your point is correct: there is no book that is right for all audiences. But if you can program, and the mathematical approach to this material doesn't do it for you, this book might.

I need to write a preface to answer this question, but the most important prereq is Python programming. The premise of the series is that if you can program (in any language) you can use that skill as leverage to learn about other topics.

So I would recommend

1. Think Python 2. Think Stats 3. Think Bayes

I am coming around to the conclusion that this example is more trouble than it's worth. I think it's kind of fun, but it does seem to annoy people.

This kind of feedback is exactly why I like to post drafts early. Expect this example to magically disappear very soon :)

Yes, that's exactly what the objective of this book is! I am not using computation out of necessity, but rather because I think it provides leverage for understanding the concepts, and learning to (as you say) compose traditional models and build new ones.

As the book comes along, I am finding that many ideas that are hard to explain and understand mathematically can be very easy to express computationally, especially using discrete approximations to continuous distributions.

For example, I just posted a section on ABC

http://www.greenteapress.com/thinkbayes/html/thinkbayes008.h...

that (I think) really demonstrates the strength of this approach.

Of course, my premise only applies for people who are as comfortable with programming as with math, or more so.