Hacker News new | ask | show | jobs
by forensic 4956 days ago
Since this book will likely be unscientific conjecture backed up by an amateur conception of psychology and physiology, I hope you will detail as many case studies as possible to allow readers access to the data on which you are theorizing.

Providing as much raw data as possible will greatly increase the value of the book. It could actually be picked up by academics who study these issues.

When programmers attempt to study their own physiology and psychology, they are leaving their area of expertise. Most blog posts that try to address programmer productivity are tragically uninformed (and just as often contain egregious analytical errors).

It's a very interesting topic and programmers have a lot of data to provide.

2 comments

I read the first chapter and found that his evidence was based on conversations with other programmers. In this day and age, there's enough information for the author to collect more empirical evidence in the form of commits to open source projects.

One could take a sample of GitHub projects and commit times. You would have to find out the contributors' time zones, and adjust accordingly.

You need to balance the hobby contributors against corporate contributors i.e. those being paid to contribute.

If you wanted to make things really interesting, you could try and gauge code quality based on time. Perhaps trying to assign bugs against the commit they appeared in.

Swizec has done just that. You can help him out by giving him access to your GH commit history here: http://nightowls.swizec.com/

Don't know why he hasn't mentioned this, maybe he just hasn't come around to writing about it yet.

disclaimer: I'm one of the guys he interviewed.

Commit times do not necessarily convey the correct information; in the worst case i could have worked two days on a commit, or even commit it the following day. Time zones are also not accurate when travelling is involved for a developer/engineer or eg. Is it even correctly set. I believe evidence comes from first hand, conversation or questionaire
The social science approach would be to use both. Detailed case studies are essential and should be the starting point. But hypotheses extrapolated from those case studies could then be examined with statistical analysis like this.
Agree 100%. We assume as programmers that because we learned something that is intellectually challenging, that means we have a license to explore other areas of science. Sometimes that works, but sometimes it simply doesn't.