Hacker News Reader

Comment by modernerd | Hacker News Reader

"The creators of Garageband for iPad didn’t care about what their software could do. They cared about what people could do with their software."

Aren't they the same thing? Feature lists describe what your software can do, which shapes what people can do with your software.

That GarageBand for iPad is accessible to all might be more to do with the platform than the featureset.

View on HN

How to remove Red-eye in photoshop: http://graphicssoft.about.com/cs/photoshop/ht/apsredeye.htm

How to remove Red-eye in Picasa http://graphicssoft.about.com/od/picasa/ht/redeye.htm

Both pieces of software can remove redeye. For Picasa the instructions boil down to "Click the Fix Red-eye button" whereas Photoshop involves layers, Gaussian blur, saturation, eye droppers.

Which would you say is more accessible for someone maintaining a photo album? Photoshop has more features, but Picasa is more useful to me (in a certain context, obviously.)

Great example of what I am talking about.

I like the new focus on providing tools that do a simple task as simply as possible. Sometimes I do need the fine controls provided by complex UI's but most of the time I just need a tool I can hand to my technology-phobic mother-in-law so she can use it to shrink a 10 megapixel camera image down to something she can upload to a website with a 1mb upload limit.

Those Photoshop instructions are for older versions of Photoshop. In later versions, there is a "remove redeye" tool that seems to be much easier to use than Picasa's:

http://help.adobe.com/en_US/photoshop/cs/using/WSfd1234e1c4b...

I don't see that this marks a difference between 'what software does' and 'what people do'. Picasa and Photoshop both remove redeye ergo people remove redeye in both apps.

The original post seemed to be saying 'it's not the features, it's how usable they are', to which I agree wholeheartedly. I just felt that the clever title was a confusing way of saying 'usability trumps features'.

Furthermore, I'd suggest that the iPad is what makes GarageBand so usable and compelling an experience for audio newbies; it's not purely down to the software (although it's certainly excellent). My friend's kids love djay for iPad, for example, but they think my physical decks are 'lame'.

I don't think they are the same. We used to provide training for high-end medical devices. The manufacturers would often have a lot of features that looked good on a spec sheet but they were so complicated to use that no doctors ever actually used them.

Technically, they had the feature but the feature didn't help the doctors be better doctors. Features don't automatically translate to outcomes.

You are comparing Garage Band to A High End Medical device?

    Technically, they had the feature but the feature didn't help the doctors be better doctors. Features don't automatically translate to outcomes.

How can you determine utility of a feature before it is built? Well the answer is you cant! And surely not for a High End Medical device!

In fact your whole argument is based on incorrect assumptions, well if you are building something like a GarageBand or one of the Me Too To Do list/Collaboration apps, go ahead sure do whatever you want. But when you are creating an EMR software or an MRI machine which costs Millions of dollars you better make sure that it has all types of features and customization capability.

The problem is that you are confident in your skills as a developer to predict the needs, While your hunch might be correct with software that is used in daily life, it might be totally wrong while making something that is not

Also "What people can do with your software" is a subset of "What software can do". Thus its the software that is the limiting case.

Nouns versus verbs. A big list of what isn't meaningful if the presentation is such that people can't use it effectively. Most folks just want to get the job done or be able to play around without being pulled away from playmind by a nitpicky interface. Even if all the desired features are present, a poor design can make the product unusable or frustrating.

Reply on news.ycombinator.com