in reply to The dangers of perfection, and why you should stick with good enough

I wrote some good enough code just this morning, or rather I adapted some previously working code to work again, at least good enough, against a moving API. I had not used that script in six or eight months. And when I broke it out again to get some work done, I found that the webservice I had written it against had changed its user interface.

So I had about 850 records to process. After a couple of hours at it, it was working again, at least well enough. I got distracted by other projects in front of me (upgrading an asterisk server and debugging new issues introduced by the upgrade). When I turned back to the console running my script against the web service, I found it had finished processing my 850 records. And the results it produced showed that it gave me useful data for over a third of those records. A quick GROUP BY query on my result table showed that the next enhancement I was about to dive into (which would easily have consumed a good bit of the day I wound up devoting to my upgrade / debug work) would at best have let me try to process only an additional 5% of the total records.

Instead of spending another four hours writing the code to 'perfect' my script, I spent 10 minutes writing the boss, showing her the results of my GROUP BY query and explaining that, given the always limited resources we work with, that the additional investment of my labor was probably not worth the trouble and expense for another 40 records.

I suspect she trusted me on that conclusion. She did not write back insisting on 'perfection'. She also had other priorities for my time and energy.

-- Hugh

if( $lal && $lol ) { $life++; }
  • Comment on Re: The dangers of perfection, and why you should stick with good enough