<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>KungPowThinking - Latest Comments in Nothing Makes Me Want to Buy Something More Than an Error</title><link>http://kungpowthinking.disqus.com/</link><description></description><language>en</language><lastBuildDate>Fri, 10 Apr 2009 22:14:04 -0000</lastBuildDate><item><title>Re: Nothing Makes Me Want to Buy Something More Than an Error</title><link>http://www.kungpowthinking.com/2008/08/13/nothing-makes-me-want-to-buy-something-more-than-an-error/#comment-8071181</link><description>Short time reader, first time commenter…&lt;br&gt;&lt;br&gt;If I wanted security, I wouldn’t have gone freelance. Not that I ever felt particularly secure in my employee job, just that security wasn’t the motivation.&lt;br&gt;&lt;br&gt;Happier, abso-freakin-lutely. More secure? That never really came into the equation.&lt;br&gt;&lt;br&gt;FWIW, etc.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jonyojonyo</dc:creator><pubDate>Fri, 10 Apr 2009 22:14:04 -0000</pubDate></item><item><title>Re: Nothing Makes Me Want to Buy Something More Than an Error</title><link>http://www.kungpowthinking.com/2008/08/13/nothing-makes-me-want-to-buy-something-more-than-an-error/#comment-4137200</link><description>Well, the default exception error handling in .Net is targeted at providing developers with insight into problems with their applications. It's definitely not helpful to end users who come across problems while trying to use those same applications. There are tons of resources available on the Web and in bookstores about helpful error messaging and ways to communicate problems with a site to users that don't include crazy technical jargon and whatnot. Of course, those solutions only deal with problems after they occur. A better strategy would be to properly test an application to catch errors before they happen to real people trying to spend real money. There are many strategies and techniques employed by QA teams and developers to test prior to release. We have had a lot of success leveraging behavior driven development along with active user click-testing to help us avoid critical errors like the one shown. Basically, here's what I'd do:&lt;br&gt;&lt;br&gt;1. Do my absolute best to avoid errors like that in the first place&lt;br&gt;2. When they do occur, make sure to communicate to users with compassion. No one on earth gives a sh!t about your exception errors, they only care about the fact that they weren't able to do something they wanted to do.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">joshviney</dc:creator><pubDate>Tue, 02 Dec 2008 19:13:32 -0000</pubDate></item><item><title>Re: Nothing Makes Me Want to Buy Something More Than an Error</title><link>http://www.kungpowthinking.com/2008/08/13/nothing-makes-me-want-to-buy-something-more-than-an-error/#comment-4123313</link><description>What do yo mean by REPLACE IT WITH SOMETHING MORE USEFUL TO THE USER I don't understand. Explanation welcom.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">uo gold</dc:creator><pubDate>Tue, 02 Dec 2008 02:04:01 -0000</pubDate></item></channel></rss>