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
Buffy ,'Same Time, Same Place'
Got a question about technology? Ask it here. Discussion of hardware, software, TiVos, multi-region DVDs, Windows, Macs, LINUX, hand-helds, iPods, anything tech related. Better than any helpdesk!
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.
You're going to run into a lot of problems if you change the modeling in that way.
Good point! I wish I'd thought of that when I was getting in his face. A coworker of mine whose name is lastname firstname someothername and who goes by a dim of firstname sure had a huge problem getting her ID card and other paperwork making any sense.
Well, age depends on both the current date and the date of birth. i.e. it will become more error-full as time goes on.
Also, from a database design standpoint you'd want first and last names in separate fields, just to avoid problems of trying to parse them into separate fields down the road. Is that similar to what he's getting at?