Forgot your password?
typodupeerror

Comment: Stop using both a long time ago too... (Score 2) 322

Integrated audio isn't good enough, isn't great, and isn't for me. I have a pro-level sound studio, and there's no way your going to tell me that the noisy environment that is the system motherboard is going to give me results I can be proud of. Not even for gaming, thanks.

Discreet card? Ok, maybe, but generally you need to jump up to RME or some such before you can really call it good. I have a an RME RayDAT - This means that that all my AD and DA happens somewhere else, and not in the computer. It all goes digital over ADAT to my mixer (a Yamaha DM2000) where the conversion happens. Or it goes digital over ethernet (audinate Dante) to an X32, again where the conversion happens.

There are a ton of good external boxes to handle sound - some quite reasonable. Stay away from the onboard and cheap USB sound dongles. If you have the speakers to handle it, then why put up with bad sound?

Comment: Good aspiration, bad in (some) practice (Score 2) 237

by RedMage (#46855967) Attached to: Erik Meijer: The Curse of the Excluded Middle

I'm not an expect in functional programming, but I am an expert in other (object, etc) styles. While I appreciate the functional toolbox in languages such as Scala (which I use every day), I don't really see a way to do my day to day job in a purely functional way. Others have mentioned the I/O dilemma, but I think it goes deeper than that. Functional != Efficient for many of the tasks I perform, which are rather iterative. For many of my tasks, the overhead of the functional structures required are either much more memory intensive, or impose a run-time overhead that isn't acceptable. In the end, when what I have to do is move 300 fields from one data structure to another with edits, COBOL would be sufficient...

Comment: In related news... (Score 1) 516

In related news, Mr. Greenspan has no clue about inequity in stratified markets. If you push on the top, you just compress the layers into smaller layers, with the bottom filling until it can absorb no more. Then you get slums, riots, and chaos. The only way the market works is with a strong middle class with buying potential. Without that there is no market, and hence no profits or growth. Once that contract is broken, it's not a long way to the bottom for most.

Comment: Too little too late (Score 3, Interesting) 179

by RedMage (#45643333) Attached to: The Real Story of Hacking Together the Commodore C128

I was a big fan, and a game developer for the C64. Those were the days that a machine could be fully understood by an untrained person with a knack for programming. When the C128 came out, I was interested, especially in the 80 column screen and CP/M software compilers. But there were too many limits on the machine (no hard drive easily added, no real OS, etc.) and it didn't feel like enough of an advancement over the C64. My grandfather did buy one, and I had some time with his, but that never really sparked much either. My next machine would be the Amiga, and as soon as that become somewhat affordable by a college student (the A500), I never looked back.

RM

Comment: Can't celebrate yet (Score 1) 335

by RedMage (#38585098) Attached to: IE6 Almost Dead In the US

I'll pop the cork when my customers get off IE6. Until then I need to sink development resources into maintaining and testing on IE6, no matter how painful it is.
Unfortunately my customers' IT departments are slow moving and not motivated in moving quickly off XP and IE6. Most of them are understaffed and underfunded and dealing with PC's that are sometimes more than 10 years old. I suppose they have more pressing problems, given that...

C
 

Comment: Re:Faulty Reasoning (Score 2) 653

by RedMage (#38281720) Attached to: Does Outsourcing Programming Really Save Money?

I think the fallacy in this argument is not that quality doesn't win out, but that quality isn't always important.
The problem is that the determination process is flawed.
I might make the decision that I need lesser quality (whatever that means) for an internal time-keeping application than I do for something customer-facing, such as my sales portal. The article is of course arguing that I shouldn't be making that decision based on initial cost but on longer-term factors, but on the management side of things as long as I've got a fixed budget rooted in the short-term I can't make that decision equally. Like many financial equations, X dollars today vs. X dollars tomorrow is in play.

C

Comment: Re:Here we go again (SCO) (Score 1) 675

by RedMage (#34052870) Attached to: Oracle Claims Google 'Directly Copied' Our Java Code

There are two types of fools:
1. The fools who trust in the optimization skills of the compiler/JIT compiler
2. The fools who trust in their own optimization skills

[...]

Yeah, but there's rules for them:

1. Don't optimize.
2. Don't optimize YET.

Rule 1 is for type 1 - and is generally the best case. Then you can come along and after rule 2 has expired, make the improvement where it matters. Type 2 fools skip both rules and make a mess.

Comment: I met Jack in 1987, he will be missed (Score 5, Informative) 84

by RedMage (#33327652) Attached to: Jack Horkheimer, 'The Star Hustler,' Dies At 72

Jack was a charismatic person with an infectious personality. He always was genuine, and had a passion for teaching astronomy. I was traveling and visiting various planetariums up and down the East Coast, with a final stop in Miami to visit the Space Transit. Jack made me feel very welcome and gave me a ton of his time explaining what made his planetarium special. Eventually I came to know that it wasn't the equipment (although that draws the public in initially), but the people that make these programs successful. Jack Horkheimer brought the wonder of the universe down to earth for many people, and I'm glad to have known him, even if only for a short while.

Comment: Well, thanks goodness... (Score 1, Insightful) 95

by RedMage (#33070060) Attached to: Suspected Mariposa Botnet Creator Arrested

... that THAT didn't go on for too long and they got 'em in a timely manner - I mean if that had kept up, millions of machines could have been compromised! I say, good thing they had LOTS of people investigating so we could catch these crooks before the damage was done.

(Yes, for the impaired, that's sarcasm!)
Two years to track this down?! Give me a break...

Comment: Re:Why where rom updates needed? apple did t softw (Score 1) 289

by RedMage (#33021598) Attached to: The Amiga Turns 25

Not completely true - the old 68000 series of Macs had lots of different ROM revisions. Some worked with different versions of MacOS, but others didn't. The problem wasn't the ROMs however - it was memory. Remember back in '84-'87 128K-512K was fairly standard, so if you needed to use up a big chunk of that with OS code then you reduce the memory for user applications and graphics. Later versions of the AmigaOS could do tricks and map out various ROM routines into RAM, and even map out the entire ROM to faster RAM using the MMU, giving the machine a good speed boost in the process.

Power corrupts. And atomic power corrupts atomically.

Working...