Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
For the out-of-band Slashdot experience (mostly headlines), follow us on Twitter, or Facebook. ×

Comment: Re:Facebook isn't free (Score 1) 147 147

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.

Comment: Re:Minumum Wage will push these sooner (Score 1) 46 46

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.

http://marshallbrain.com/manna...

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.

Comment: Re:What? (Score 1) 350 350

"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.

Comment: Law? (Score 1) 279 279

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.

Comment: Very soon (Score 3, Insightful) 162 162

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.... :|

Comment: No (Score 1) 522 522

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:

https://www.youtube.com/watch?...

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.

Comment: All programming languages suck (Score 0) 177 177

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 .net-based stuff, a lot of the Google-stuff like Go and Dart.

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.

Which brings me to my attempts to make a decent GUI for my software synth. It's in gtkmm+cairo now and it works, but I would never ever write a GUI in C++ again. HTML5+JavaScript beats any alternative hands down in usability, portability, expressiveness and what's more. The only problem is... it's JavaScript. Let's just say there's a reason that Microsoft came up with TypeScript. Oh and there's the multithreading problem. JavaScript is effectively single threaded (unless you count hacks like Web Workers as a "solution"). As such, even if all other problems were fixed, JavaScript (or any future generation like TypeScript or ECMAScript 6) is completely unsuitable for anything that needs performance. No dice.

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.

In general, I would have hoped we'd have a proper, consistent, fast and easy way to express our ideas and to just have a computer run them without having to deal with the multitude of shortcomings each available option has today. To me, the lack of such a language shows how extremely immature our field actually is. I still believe we are going to agree on a single expressive, generic and universally accepted language one day so we can all focus on implementing that properly instead of spending our days looking for libraries, tuning garbage collectors, dealing with locks, manually marking code for running as SIMD or on a GPU or FPGA, parallelizing simple loops and you name it. And I'm pretty sure C, C++, Java and JavaScript are not amongst that language of the future. I would expect such a language to be a functional language without the hassle of dealing with IO and I would expect such a language to be as accessible and consistent as Java without the Garbage collector. I would expect it to automatically optimize parallell processing and offloading to SIMD, GPU or FPGA.

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...

Comment: Stupid (Score 1) 318 318

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.

Comment: Re:Not all audiphiles are like this (Score 1) 418 418

"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.

The early bird who catches the worm works for someone who comes in late and owns the worm farm. -- Travis McGee

Working...