The most logical answer to this question is another question:
Do humans need passports?
The most logical answer to this question is another question:
Do humans need passports?
I'm confused. The title mentions a 1998 movie while the summary talks about a mini computer. What are we talking about?
Well it was not a USB battery but does running through a dark forest with a UPS-powered stroboscope count?
Those like "like" buttons on every page are spying on you
That's nonsense; they're not spying at all. In fact, they do nothing. It's you that explicitly requested that button from Facebook, which merely keeps track of what you (or your browser) explicitly sent them.
It's a total miracle that we're all hating Facebook while we should be hating our browser manufacturers for failing to properly protect us from sending shit all over the place. Even MS Outlook does a better job when it asks me whether I really want to load images from some server. Browsers should do the same; that'll end this bullshit in no-time.
I'm also sure there will be more focus on such robots. However, it's not the minimum wage McDonals employees that will be the first to go. It will be the managers.
Actually, people in horeca/entertainment etc. will probably get to keep their jobs for quite some time. In your typical restaurant, the people serving you are a very important factor. Without a waiter and a real cook you'd probably not even visit a restaurant.
"The poison cloud will reach [town] at [time]."
"Tornado alert at [location]."
"Evacuate [area] now due to imminent flooding."
"Report to [locations] for evacuation."
"Stay indoors - help is on the way."
There are countless scenario's in which warning people of imminent followup-danger or giving instructions in a rescue or evacuation will safe lives. In case Internet or mobile are offline, FM radio may well be the only means of mass-communication.
Actually, cutting them down and storing the wood (call it a house or paper) while letting a new tree grow in its place would be much more effective at taking CO2 out of the loop than not cutting them down.
I'm not sure what country you are in, but where I live making an email backup for the reasons you made it for would almost certainly be illegal under privacy law.
More in general, your systems and procedures should be designed to be able to deal with hardware failures and other unforeseen problems. You probably have backups, audit trails and access rights etc. where it matters. Therefore I don't think there's anything you should do at all as long as the paperwork that allows him access is still valid, which it is. He's still just a normal employee. There's no reason whatsoever to all of a sudden start treating him like an asshole.
I've thought about this a lot; obviously it's inevitable that police will start using quadcopters more and more (they already do) and probably it's a matter of time (I'd say about 5-10 years) before small autonomous drones start supporting police work, for example tracking suspects.
At the same time, drones will become cheaper and cheaper and I'm afraid many of us nerds won't be able to resist letting them out, looking around, racing eachother through the mall, spying on the girl next door, those kind of things. And you know what? They're pretty much anonymous; nobody's going to trace the drone that crashed into your backyard (or into a police drone) back to you if you do it well.
And then there will be terrorists; it's going to be a matter of time before a plain old stupid terrorist attack is carried out using a drone. But that will be only the beginning; while they may sound like SciFi fantasy, assasination drone-swarms will very soon be almost trivial to create. You WILL see video footage of people being attacked by hordes of drones in the not too distant future...
And that will be the end of privacy as we know it. Once we've had enough of annoying nerds and their drones, terrorists and their drones and criminals and their killer swarms, we will start doing something about it. And that something is not going to be pretty; in order to be able to trace a drone back to a person, continuous surveillance is inevitable. Unauthorized drones will probably be shot automatically.
And if we're really unlucky, all this will result in drone parts without DRM-support becoming illegal to own...
This is not going to be fun at all....
The Bechdel test is about content, not about authors.
Furthermore, there are reasons to assume the average women is less interested in programming than the average male. Science seems to indicate this difference in interests is already present in newborns. I can strongly recommend this documentary on that subject:
Also, I strongly suspect nearly all good programmers to have some kind of autism spectrum disorder (ASD), often undiagnosed, simply because that "disorder" makes them exceptionally good at tasks typically performed by programmers. ASD is prevalent in males 4.3 times more than in females.
All in all there are more than enough valid reasons to assume the gender gap in software engineering is absolutely normal and is here to stay. I don't see why this subject is even worth discussing; it's about as interesting as the gender-gap amongst nurses: not interesting at all.
My idea is just not clear enough yet. Combining the features I mentioned might seem obvious and it will be in hindsight, but at the moment I am at a loss as how to combine these features into a clean and consistent language.
I wish I could pick "Whichever i right for the job" but I have not found any programming language to be right for any job at all. There's typically a least worst one, but the right one...? This is only partially due to the available programming languages; the available compilers/VM's/interpreters are part of the problem as well.
One crucial critermium for me is that whatever code I write, especially in my private projects, is some level of guarantee that my code will still run in 10 years. In order to be able to guarantee that, the programming language should not be controlled by a single entity, it should be free and open source and it should have at least a small community actively working on it. As far as I'm concerned this disqualifies all the
There are 3 main projects I'm working on: my day-time job is building a high-traffic webfacing platform, my software synthesizer hobby project and my computer vision hobby project. Let's discuss the three of them.
Let's first discuss my day-time job. This is easy; we use Java and since we build a platform with an API and since we value backwards compatibility, this will remain Java. It does the job and it does it fast, organized, stable and good. Library availability is very good. There's not too much wrong with it although concurrent programming can be a pain. Also, there's an extreme amount of boiler plate code required, often making it feel horribly inefficient and needlessly complex, especially when comparing it to your typical functional programming language, which can be much more expressive and powerful in terms of syntax.
To my software synth then. This is extremely CPU-intensive and proper vectorization is a must-have. While java nowadays does a little bit of auto-vectorization, back in the days it was completely absent. For something like a full-blown software synthesizer, you're pretty much limited to the languages supported by gcc, which does auto-vectorization very well. Also, a garbage collected language is not really the best choice when you need a certain level of realtimeness, which is exactly what a software synth needs. I endup up using C++, which seems like an obvious choice for a software synthesizer, which naturally consists of many polymorph components. It works and it is superfast. But OH MY GOD what a mess it is to do concurrency well, to manually manage memory and to find proper libraries. Most libraries are written in C with a C++-shell as an afterthought. Even worse is the fact that just about nobody in the Open Source C++ library-world appears to give jack shit about backwards compatibility. And then C++11 came around. OMFG. Some libraries require it while others turn into a big mess of warnings and errors. Having waded through all that it turns out that some of the new features make C++11 officially the language that's completely impossible to understand.
On to my image processing hacks. Obviously, speed and parallel processing are crucial once again. Auto-vectorization and thus gcc are a must-have (at least for now), but in gcc this requires writing lots of simple for-loops. Its tedious; obviously your typical image processing stuff would be extremely suitable for writing in a functional language that would "hide" those millions of for loop. Making matters worse is that my GPU is going to be much better at the type of calculations I'd like to do, but that can only be achieved by integrating yet another - not general purpose - programming language, which is typically restricted and/or fits very badly in my source code.
What I would expect such a language to be, is a combination of what Rust does for memory management, Erlang does for parallel processing, any pure functional language does for expressiveness and correctness. And I would expect it to automatically offload code to GPU just like gcc uses auto-vectorization. I just want to write down my idea and leave the implementation details to my compiler or VM. But I don't think this language is around just yet...
Unlike an atomic bomb, creating autonomous drones with a machine gun (or simply a suicide payload) can probably already be done today, using mostly of the shelf components and software. A terrorist attack using a swarm of these things or even a simple murder by suicide bombing drones is probably very feasible today. I'm surprised (and relieved...) this has not happened yet.
While I'd very much like to see a world without autonomous weapons, that's just not going to happen; they're just too simple to make. Prohibiting them makes no sense. Instead, we need to work on our defense. I expect to see cities guarded by swarms of armed drones in the very near future. It's the only defense against hostile swarms of drones.
LOL That's "funny". So as of 2015 it is easier to sell software from Cuba to the US than it is to sell software from the EU to the EU. Praise the lord....
"I am quite interested in good rendering of favourite music, so are a few friends. We do indeed try out hifi gear, but that doesn't mean we all fall for this snake oil product."
"So far I find speakers having the largest influence on the end reproduction quality."
Unless you have really bad speakers, the distortion introduced by the acoustics of your room will be significantly worse than the distortion introduced by the speakers, amplifier, cables and D/A-convertors combined, even when using a nearfield monitoring setup. So in general, spending more money on better-than-average hifi gear without first spending lots of money on room acoustics does actually sound quite foolish to me.