Put the knife down and take a green herb, dude.
One feller's views on the state of everyday computer science & its application (and now, OTHER STUFF) who isn't rich enough to shell out for www.myfreakinfirst-andlast-name.com
Using 89% of the same design the blog had in 2001.
FOR ENTERTAINMENT PURPOSES ONLY!!!
Back-up your data and, when you bike, always wear white.
MarkUpDown is the best Markdown editor for professionals on Windows 10.
It includes two-pane live preview, in-app uploads to imgur for image hosting, and MultiMarkdown table support.
Features you won't find anywhere else include...
You've wasted more than $15 of your time looking for a great Markdown editor.
Stop looking. MarkUpDown is the app you're looking for.
|Wednesday, November 20, 2013|
Interesting conversation from MacStories today. A feller says he's leaving "Things" because it's not changing enough, not because it's incompetent. There's an important section in Lopp's post about leaving "Things" that the conversation seems to gloss over: Lopp says he's found a better alternative.
Regardless, the topic of the conversation itself is exceptionally useful.
Should customers appreciate polished software?
Here's part of a reply from Daniel Jalkut to Lopp called Stagnation Or Stability? from Bitsplitting.org:
He applauds the app for allowing him to do his work “frictionlessly.” How does a software developer achieve this level of performance? By first building a quality product and then working deliberately over months and years to address the minor issues that remain. Woodworking makes a reasonable analogy: after a chair has been carved and assembled the job is functionally complete. It’s a chair, you can sit in it. It’s done. But customers will gripe with good cause about its crudeness unless the hard work of detailing, sanding, and lacquering are carried out. Only then will it be considered finely crafted.
So the problem here seems pretty clear -- reusing Jalkut's metaphor perhaps a bit too much, let's say that the "masses" are often happy to have a rough-hewn chair. More importantly, they'd rather have a rough-hewn chair NOW WITH ROUGH-HEWN TABLE!!! than a wonderfully crafted chair.
Many people make do with a Chevy even after they can afford the Benz. Not everyone buys the latest iPhone. Etc etc.
So let's flip the question:
Should programmers appreciate that customers don't always want (aka, "pay for") polish?
Why do developers -- and not just developers, but, in my experience, the better developers -- seem to strive for perfection without a clear business case? Look, let's not get confused. I want polished code, business be damned. But I can also understand the argument that we can't enter the table-using vertical without, well, a table. And if that means our chair is a big ball of mud, all I can really do is suggest that we're going to have a hard time catching up when someone creates polished chairs and tables down the line.
But until that happens and our products are outflanked, no matter how much Little Red Hen I try to be, I'm just Chicken Little to upper management. The worst part? I don't know that they're "wrong" to prefer the rough-hewn chair, just like Lopp does here.
More to the point, how do you know when your chair has enough polish that it's time to move on?
posted by ruffin at 11/20/2013 10:20:00 AM
All posts can be accessed here:
Just the last year o' posts: