I've been following this reactive programming "movement" and it's all traced back to one guy who has a consultancy in "reactive programming" This is the 4th such reactive programming post that I am aware of on /.. No where else have I seen "reactive programming" and this is the only guy I know of who is pushing it.

In addition, the /. comments are highly ciritical of this "movement"

I call on slashdot to identify what articles are slashvertisements and or are carried on special grounds.

Google's NaCL only works with x86[64] the majority of apps use native libraries that are ARM. Only pure Android SDK apps (Java and java dependencies) will work. So say if you use libZbar (bar code decoding library) which is supplied in x86 and ARM, will work, is that app packaged the x86 version... which they didn't do becuase no one runs android on x86....

So that's the main technical reason.

With that device in that contraption and strapped to my head?

Now they have removed the only thing that ties drama to reality. Having to deak with existing Deux Ex Machina in modern drama was bad enough. Now we have a whole new genre, which will resemble cop dramas. We will have "robocop dramas". I for one do not welcome robocop dramas.

I'm not sure where you misunderstood me. I said "virtual frame buffer" and VNC. The virtual frame buffer is a software-only framebuffer, separate from the one that drives the screen. It can have anything on it - simplified UI controls, or rather, with android, you would add settings to the app manifest to specify it uses that VFB and people would lay out for in-car use accordingly.

The automobile is a challenging acoustic environment for sure, but there are several improvements that can be made to improve this:
A unidirectional mic in the steering wheel, with noise cancelling. A prompt button that turns down the stereo system for a brief time.

I'm not surprised it is as bad as it is with current equipment. In fact I'm surprised it is as good as it is.

The tactile controls are there for cost. Very cheap, but very limiting. I have proper climate control that maintains a set point, and I never have to touch anything more than a defroster button. In fact the only button I touch frequently is the stereo knob.

I don't see why it shouldn't.

How complicated of gestures do you need on a screen while driving? As far as I am concerned it should all be voice interface anyway. As someone who uses a docked phone while driving (or rather attempts to) the bumps in the road combined with the reach distance conspire against virtual buttons due to lack of tactile feedback. You can't feel for the 3rd button down, or if you landed your finger on the gap between two buttons.

Each mobile platform (iOS, Android, WP?) should just have a virtual frame buffer which is connected to via VNC. There's not any reason to make it more integrated than that, unless they try to differentiate themselves, and in that case we all lose because of fractured standards. I really cringe when Google and Apple don;t back the same standard.

If you need audio, use Bluetooth, of course.

We're not going to come to any absolute decision or agreement. Which is fine. The world and morals aren't experienced in terms of absolutes.

It depends on what "weapon" means. An amalgamation of steel resembling an AK-47 is a weapon. Heck even a chunk of iron ore is a weapon. It's not the weapon that is bad it is the use. And weapons and software are used in both moral and amoral contexts. It's not the lines of code or parts of the machine. It becomes moral only when a person picks it up and carries out their intent.

By applying a morality clause, I limit the intents that the software can be used in. Importantly, I create a barrier to entry as someone would have to recreate the software to accomplish an intent. This additional effort is then is a signal of software with a malicious intent. It would allow us to ask the questions of "Why can't this software use a moral license?" Maybe it is decided that the intent is valid, and immoral software should be used because the intent is that important. But we would know it. The current state of OSS licenses makes no distinction.

Finally, as you point out "people with weapons cause suffering and need to be stopped by other people with weapons". The US has supported various rebel groups who were allies, only to have them turn around and become enemies or terrorist groups. What gets accomplished there is just killing... on both sides. One has to question if these behaviors that lead to killing on both sides is a smart idea. The idea here are allegiances are fleeting, death is permanent.

Fundamentally, I want my work or portion of my work to be used in killing someone. I'm sure there are others. And I'm not entirely a pacifist. I just want to limit the applications of my open source work to moral causes.

I would counter with morality is not religion. And religion is not morality.

The first tier of morality, as far as the moral operable software license is concerned, it is akin to Asimov's Laws of Robotics. Since robotics will most likely consist of a software component, the software itself should be covered by a license with morality clause.

I would then say the second tier is to not cause non-lethal suffering. This would include things like torture (physical), torture (mental), causing injury, disease and malnutrition.

The third and final tier would be socioeconomic suffering. It would not create artificially limiting factors when those factors are not a choice. (Sex, race, etc)

After that, there is plenty of potential for immoral software. The goal isn't to create perfectly moral software (hell it's hard enough to make software that work as intended regardless of morality) but it is to assure developers and users that the software will only be used to advance humanity in the broad sense.

We gotta start with the biggest apps first. Then move on to the AutoCADs. If Adobe moved, then the single largest publisher of software outside the OS vendors (by user) would make people notice. Then we'd get a bigger install base that would snowball to the next biggest, etc, etc. so that Linux was it's own platform.

As a Mint 16/17 user that occasionally deals with Win 8:
- Updates - The distro has a unified updater. That updates in the background. Not at boot up, not at shutdown. No forced reboots by the updater. No waiting.
- Metro (user learning curve)
- and an overall respect for you. I get the feeling I'm a market, a commodity when on Windows. Told to install all this crapware, slogged aroudn with the latest trends. I just want to work, or kill time under my terms. If you need firm example, MS forcing MSN Messenger over to Skype. All the various virus scanners and viruses. I love being immune to all those web hacks.

I've transitioned a 65 year old man (neighbor) and my 30-something sister to Mint 17 Cinnamon. Both have zero issues after I switched them from XP.

I use Mint 17 Linux daily, but what I miss, what is really lacking are Adobe apps. Someone should start a kickstarter for Linux ports. Adobe is already familiar with Qt ( I think I read Lightroom is Qt) so they have the experience.

Let's put our money where our mouth is and get adobe to Kickstart the ports.

We'll win it when it is irrelevant.