Headphones are something that are worth spending the bucks on, though, especially if you have them in regular use.

Today one of my kiddos was twirling her set by the wires, whilst definitely not practicing her scales. We did a little reprimanding. Heh.

Earbuds are good -- I use the iPod on the bus and for walking & gym time, and headphones would be too much.

How expensive is "not cheap", Jon?

Stupid-ass Comcast DNS servers are down again.

This helped: HiddenSky "Buffistechnology 2: You Made Her So She Growls?" Apr 12, 2005 9:16:05 pm PDT

These are the earbuds I have. $125 shipped, IIRC.

These are the ones I have: [link] $149, available at the Apple store (but not made by Apple). They go into the ear canal, so they cut out almost all external noise, which is good when I'm on the train.

I have the earbuds you can get from the Apple store that come with earpieces in three different sizes. I've liked them, and I'm pretty sure they were cheaper than that.

The Shure buds also come with three different ear pieces, including foamy ones (literally and figuratively!) that you squish into your ear like earplugs.

And the store tommyrot linked to has the Etymotic 6i Isolator (the Apple ones) for $117.

I just noticed that tommyrot's also have foamy buds, so I think either set would satisfy.

Bookmarked, to think about it. And thanks!

I'm in UML classes right now (I know, bad student, no cookie).

It's kinda interesting -- instructor hates both waterfall development and the procedural approach. I think that spiral/iterative development is cool, but that the procedural approach is nowhere as inherently flawed as he states.

Question about abstraction. Given this example:

object employee{
property name is a textstring;
property age is an integer;
property numberofPets is an integer;
property isBald is a boolean;
}

He contends that this is a bad abstraction and that numberofPets and isBald should be removed. I think that it's entirely dependent on the application that's being modelled. He also says that name and age are too general, and should be replaced by lastName, firstName and dateofBirth. Again, I think it's way too problem domain-dependent to be a useful question, but also if you change name to lastName and firstName you don't end up with anything that much more unique than before, and who cares? If you can't guarantee uniqueness, why bother leaning vaguely in that direction?

Plus, I don't think HR apps should have age, period. So there.

I think that (depending on the app, as you say) there should be a collection of pets. I don't have a problem with isBald. lastName is way way way WAY too culturally-specific. You're going to run into a lot of problems if you change the modeling in that way.