Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?

Comment: Re:No Threat To Thunderbolt (Score 1) 355

by smcdow (#46999311) Attached to: Can Thunderbolt Survive USB SuperSpeed+?

I still don't buy your premise that Macbook Pros with external boxes for these sorts of things are going to be common.

Maybe, maybe not. I know of several audio professionals that use a MBP as their main workstation -- and when necessary, they simply unhook it and take it with them for remote recording.

Comment: Re:Use cases (Score 1) 355

by smcdow (#46999055) Attached to: Can Thunderbolt Survive USB SuperSpeed+?

For pro video and pro audio use cases, outboard processing equipment is a necessity, especially if your workstation is a laptop. Which these days is often the case. I consider thunderbolt and external PCI chassis to be one of the best things since sliced bread.

And, for what it's worth, firewire is still very popular in the pro video and pro audio world.

Comment: Re:Huh? (Score 4, Interesting) 371

by smcdow (#44457841) Attached to: Using Java In Low Latency Environments

The article suggest that one solution is to simply not do GC until the end of the trading day. I have to admit that's a good pragmatic solution, certainly so for HF prop traders.

Not enough memory on your servers? Add more. Still not enough? Add even more. The cost would be a pittance for any prop trading company worth its salt.

Comment: embedding/extending (Score 1) 404

built-in support for concurrent programming for multicore computers, very friendly C programming interfaces for embedding and extending, a LLVM-based JIT compiler, a Clang-based module for embedding C/C++ codes in Dao, and a Clang-based tool for automatic binding generation from C/C++ header files

I don't know the first thing about Dao, but I'm always interested in any environment that makes embedding/extending easier. When you're working with a 15 year old code base, it's a lot cheaper to embed existing libraries into a new system than it is to re-write them. (Or, add new capabilities to a old system via extending).

Alas, there has never been a language where this capability doesn't end up being an absolute CM nightmare.

Comment: Re:School v. Reality (Score 1) 292

by smcdow (#42370319) Attached to: Real World Code Sucks

See, you want the ones that write quality code and test-drive the crap out of everything so they don't have to put in 15 hour days to make the latest milestone.

Yes, exactly. So that when the inevitable mid-project changes to requirements, scope, and/or milestones happen, they'll be better able to cope with throwing away all that up-front planning and preparation -- and start working 15 hour per day to meet the new deadlines.

The person who can smile when something goes wrong has thought of someone to blame it on.