Some cases I've used them for that I didn't feel dirty about are:
* checking for failure conditions from calls to sub-methods, and jumping to a common cleanup and exit code block. Difficult to replicate cleanly without massive if blocks, or abusing exceptions.
* Cleanly breaking out of multiple nested loops
* I've used them for an implementation of coroutines, which simulates threading for systems which don't have threads. In this case the GOTOs were nested inside macros and stub classes for holding context, but the whole scheme wouldn't have worked without them.
Some cases I've used them for that I didn't feel dirty about are:
Amen to that. It's like the old argument of the GOTO keyword. Sure it can easily be abused. But for certain limited cases, it's a godsend for making clean code. As the OP says, if someone's a bad programmer, they're going to write bad code no matter what language is used. Straight-jacketing people as to what they can use may help newbies, but you end up constraining what experienced programmers can do.
Wouldn't be possible. Believe it or not, Lego bricks are produced with a high degree of precision, with tolerances less than 10 micro-metres in order to be able to have the pieces 'snap' together properly (see the Wikipedia Lego article). Currently available 3D printers simply can't do that degree of accuracy. Don't know about these new "faster" printers, but I'd suspect that they've concentrated more on "fast" than "precise".
What I would have loved to see in C would be a different keyword for break for exiting a loop versus ending a switch case. 90% of the times in recent years that I've been tempted to use goto have been when I've written a switch statement in a loop, and need to break out of the loop from one of the cases. I have to steel myself and either rewrite the particular case as an if statement before the switch (nasty), or fiddle around with flags to break out of the loop after the switch statement, or check it as part of the loop condition.
If anyone's particularly interested in coroutines, we in the ScummVM project, which provides a reimplementation of lots of old classic adventure games, implemented a fairly clean C++ coroutine implementation, which we already use for two different games were originally threaded. ScummVM runs on a variety of different hardware, not all of which support threading, so we had to come up with a way to run these games using only a single thread. See https://github.com/scummvm/scu... and coroutines.cpp if you're interested.
If that's the case, then a possible solution would be an encryption that unlocks on one specific finger's fingerprint, but deletes all phone data for the other nine fingers. Since the ruling says you have to provide your fingerprints fine, but the knowledge of which finger's fingerprint is the correct one is knowledge in your brain, which doesn't have to be divulged. This would also, obviously, need to be combined with secure hardware that prevents the cops from simply copying the data and trying the fingerprints one at a time with the copy.
That way, you still have the convenience of a fingerprint unlock, but extra security against seisure, since the cops would only have a 10% chance of guessing the right finger.
That's what I don't understand about this whole DRM-in-the-browsers thing. It's all well and good to have the data sent as an encrypted stream, but when it hits the browser, even if it the decryption is run in a sandbox, as per TFA, eventually it needs to render the data on the browser window. And since since the browser source is open, what's to stop someone very easily building their own executable with extra code to intercept video and sound output and saving it as a video file? As far as I can see, in-browser DRM doesn't seem to make all that much difference as to whether people could steal content.
Hmm.. I wonder if this wasn't the inspiration of the previous season's NCIS episode "Need to Know" where the victim was killed in exactly that manner.
I think it's funny how this is listed at $24,999, as if someone is going to say "Well, $25,000 is simply too much, take a dollar off and I'll consider it".
Why not? It works. There's a reason why prices everywhere are always ending in '.95', or '.99' in countries that still have cents. Even if only subconsciously, it makes a difference to people's perception of the cost. See http://en.wikipedia.org/wiki/Psychological_pricing
According to previous articles, it was to prevent him either directly using his 'leet' computer skills to destroy evidence relevant to the case, or co-ordinating with others to do so. Which I thought was a bit of a croc. After all, they could always monitor any computer use to ensure that he didn't, and if he was going to conspire with any others to destroy any purported evidence, he could do so just as easily through his mother as in person.
I can't help but feel that it seems like, more and more, we're seeing cases around the world where prosecutors abusing pre-trial incarceration to make it a de-facto sentence irrespective of a person's eventual guilt or innocence. But I also recognise that I don't know the full details of the case, so it's always possible that the prosecutor fears were legitimate.
I agree. I know it's just being released, but I'm eager to hear if the communications with the controller are encrypted or not, and whether it uses 'off the shelf' parts/protocols that would be easy to duplicate. Just as lots of homebrew coolness has come out of the Wii controller, it'd be interesting to find out if something similar can be done for the Wii U controller. Not just for being a portable media player, but other cool things. Maybe even implement a PC display driver so people could use it as a cheap extra screen for their home computer.
Of course, part of the problem is just how you define 'Just ahead of'. Part of the problem in the last cycle with the PS3 particularly, from what I undestand, was the complexity of developing the software for the multi-core Cell processor architecture. Even if the speed of the Wii U overall isn't much better overall, the fact that the architecture is simpler may make it easier for developers to wring better performance out of their games. The fastest system in the world isn't going to matter if it's so hard to develop for that you end up writing poorly performant code.
We'll have to wait and see how well newly released titles post-launch are able to do with the new hardware.
I'm part of the ScummVM group, a cross platform software for playing various classic adventure games, and the question of Download.com came up when we released the next version of our software. There were some arguments for including it on such sites, such as giving greater visibility to the project. However, the issue of the bundled 'crapware' was considered too big a downside. We weren't that desperate for wider coverage of our software, and we certainly didn't want people to adversely associate our software with malware.
These days I wouldn't touch download.com even if you paid me.
And just like that we've got a wonderful outline for a sequel to Finding Nemo, as they try to recover coral eggs that the humans have stolen.
It really depends on the data. Remember that a large part of the protests against the Wikileaks release of Afghanistan info was the potential to endanger the lives of civilian informants. Such computer crimes as we see these days can have the potential to hurt a lot of people. Not that a terrorist couldn't also hurt a lot of people using a stolen car. It just depends on what's actually done.