Blink, Thin Slicing APIs and PDC

I just got through reading Blink : The Power of Thinking Without Thinking … well, ok I actually listened to it while rocking my baby to sleep…

I thoroughly enjoyed this book…It is chock full of fascinating research that has been done on how people think. One of my career goals was to work with software and people… I have that in spades in my current role. All day long I deal with people about software… but I notice must of my continuing education has been around technology.. I read books\blogs, go to classes, do my own experimentation all to stay up to date on software. But I have been neglecting the other side: people. Got any recommendations for me?

I had a great “thin slicing” moment just the other day. I was reviewing a set of APIs (a task that usually takes 1-2 hours) and I knew from the first few minutes that there was a significant problem with the APIs… but I had to brush that off… I was in the mode of giving concrete, actionable feedback (“change this to an interface”, “consider using a property here”, etc) so there was no room for un-substantiated value judgments that would not “help” the designers of the API address the issue. But this thought kept eating at me, and by the end of the process it was clear.. the problem was these were COM APIs made to look a little managed. It was essentially a .NOT Component in our own framework! I believe that if I had thought about it and not had to justify my opinion with 100 points I would have been able to get to that conclusion much quicker…

You know, at the PDC, maybe we should ask people to turn in session evaluations after the first 3 minutes.. I mean that is all you really need to know if the talk is going to be good right? a thin slice? For that mater, if you are in a talk and after 3 mins you have not been pulled in, leave. Go next door and see if that talk is better! ;-)