Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror

Comment Re:Guaranteed Death (Score 2, Interesting) 218

According to these stats for Canada in 2009, car drivers suffered about 1173 deaths and 5393 serious injuries while among motorcyclists there were 194 deaths and 1271 serious injuries. If you add these up and look at the percentage chance of death if involved in a collision severe enough for serious injuries than you'll see an 18% chance of death for the car drivers and 13% for the motorcyclists.

Care to share your source for "guaranteed death"?

Comment Re:So let me get this straight (Score 1) 351

When you control 51% of the computing power, you can start faking transactions.

Not fake transactions, but control which transaction get in and rollback the recent past. So you can spend some coin to the recipient's satisfaction, then undo that transaction and spend your coin somewhere else.

I assume by "faking transactions" you mean forging other people's signatures to spend their coins. You can't do that, but you can prevent them from spending their coin.

Comment Re:The double standard (Score 1) 308

You'll meet assistant professors who've published more journal papers in two years (and brought in more research money) than a full professor has done in his entire career, while being told it isn't good enough by the P&T committee.

You're probably right that the younger faculty are publishing more papers, bringing in more funds and are better teachers, but what is the chance that any of them will ever do anything really profound. I think that's the point Peter Higgs is trying to make.

Comment Re:Why put the automation in if not to use it? (Score 1) 270

Likewise, the automation is not designed to handle extreme failures of the aircraft. For example, the situation many years ago in Iowa where the hydraulics failed and the pilot had to steer the plane using only the engine throttles is an example of something that no computer system is designed to do. Yet a veteran pilot managed to pull it off.

This scenario has happen several times and the pilots have not always been successful at control via engine throttle only. But an autopilot program has been developed now that can do a much better job than the human pilots. See Propulsion Controlled Aircraft.

Comment Re:Keep the phone ban (Score 3, Informative) 221

I like to use this ABM1 - Passive Air Band Monitor when flying. I keep it discreet as I'm sure most flight crews won't understand how it's different from a typical radio receiver. I regularly hear that "bzz bzz bzz" of cell phones with this device. I then ask my girlfriend sitting next to me if she put her phone in airplane mode. If she hadn't and does it the noise usually goes away. If she had her's in airplane mode then I assume it's someone else sitting near me. Phones do cause interference in the aircraft frequency bands (at least at short range).

Comment Re:Waitaminit... (Score 1) 233

No, the argument is that it can happen if someone decides that it's worth doing. Just making the code open doesn't mean that anyone will read it. It does, however, mean that:

  • You can build it yourself, so you know that the code that is audited is the code that is built (modulo toolchain trojans)
  • You can audit the code, or pay someone else to do it, without permission from the original authors beyond their original license
  • You can fix any security holes that such an audit turns up (or pay someone else to do it, again without requiring permission from the original authors beyond their original license

And, if someone else does an audit, there's a better chance that they are not bound by NDA and can therefore speak freely about what they find.

Comment Re:Meh (Score 2) 381

Do you re-use your functions, or do they only exist to break apart a single operation into smaller blocks? If it's the latter, then he may have a good point

I disagree, strongly. Breaking a large routine into smaller ones abstracts away what those smaller routines are doing. It puts a boundry around their interaction with the rest of the code, and puts their code away somewhere that I don't have to worry about, unless there's some reason I want/need to know the details of how that routine accomplishes what it does.

Both approaches have merit and should be used where it makes sense. When abstracting away some lower level detail, a separate method may be best, but when breaking a higher level method into it's higher level steps (if that makes sense), keeping it all in one method keeps it linear which can help with reading/review.

It matters though how a method is broken up. Use whitespace to separate logical sections. Have a short comment at the top of each section to indicate what that section does. Write the comments first as an outline of the method. Declare variables where they are first used. Declare them in a limited scope where possible. Declare them const where possible (especially if method-global) to limit later misuse. In some languages you can introduce a nested scope for no other reason than to isolate local variables if you like.

And note that breaking the method into separate sub-methods doesn't necessarily solve the problem of changes near the beginning breaking things later on. It just makes it harder to know where the "beginning" and the "later on" are.

Comment Re:Could we achieve 1G of thust. (Score 1) 184

Though practically impossible with current or proposed technology, it would, indeed, take only 35 days to reach 0.1c, and we'd be 225 million km from our starting point, ignoring gravitational effects of other bodies. Though in astronomical terms that's not very far (less than the diameter of Earth's orbit) - less than half way to Jupiter on the closest possible approach.

35 days at 1g to get to 0.1c is about right, but the distance you'd travel in the process is around 45 billion km. You'd pass the Voyager probes.

Slashdot Top Deals

Science and religion are in full accord but science and faith are in complete discord.

Working...