Forgot your password?

+ - Dedicated low power embedded dev system choice?

Submitted by Anonymous Coward
An anonymous reader writes "I'm a Solaris user which is not well supported by the OSS toolchains. I'd like to have a dedicated Linux based dev system which has good support for ARM, MSP430 and other MCU lines and draws very little (5-10 watts max) power. The Beaglebone Black has been suggested. Is there a better choice? This would only be used for software development and testing for embedded systems."

Comment: Absurd (Score 2) 163

by mark-t (#47421547) Attached to: The Lovelace Test Is Better Than the Turing Test At Detecting AI

The machine's designers must not be able to explain how their original code led to this new program

That is a flatly ludicrous requirement, far in excess of what we would ever even consider applying to determine if even a human being is intelligent or not. Hell, if you were to apply that standard to human beings, ironically, many extremely intelligent people would fail that metric, because in hindsight, you can very often identify precisely how a particular thought or idea came out of a person.

Comment: Re:Cry Me A River (Score 1) 497

by donscarletti (#47421007) Attached to: Normal Humans Effectively Excluded From Developing Software

However, one thing that has always bothered me is when we say "well we're using ruby xx.xx (or node xx.xx or php xx.xx or whatever) on our development machines, so we must install that version on production" and then the hoops taken to do that. It should be "production can run ruby xx.xx so that's what you have to develop against".

I doubt that will ever be the case.

The main issue is, developers usually have a work backlog and those in charge have very little interest in what version everyone is running. If it already works on _a_ platform version, then chances are that the users will get better value for the developers time through adding another feature to the web app itself, than whatever benefits the upgrade or downgrade in platform version will bring.

You can try negotiating with the development team before the work commences though, or putting it in the initial delivery requirements if it is outsourced. It's just you would have to take initiative here, since nobody in your average business would consider operations to be a stakeholder until the system is live, so nobody is going to go out of their way ask you.

Comment: If you intellectually understand *how* memories... (Score 1) 81

by mark-t (#47420929) Attached to: A Brain Implant For Synthetic Memory
... are formed, then could you algorithmically synthesize that process with your own mind to help you remember things? Seems like this could present a foolproof way to bypass a lie detector if possible, since you could synthesize the memory of the event that you want to lie about, and form it in your brain as if it were a real memory so that you no longer can appear to be lying about it.

+ - The Future Of Wearables: Standalone, Unobtrusive, Everywhere->

Submitted by jfruh
jfruh (300774) writes "Wearable tech has been a pretty niche product so far, and a widely derided one at that, but moves are in the works to help the category break into the mainstream. One of the biggest irritants is that most wearable devices must pair with a smartphone to actually connect to the Internet — but an AT&T exec says that his company will be selling a standalone wearable by the end of 2014. Google Glass has been a flashpoint of conflict not least because it's extremely obvious; its creator says that subtle, non intrusive versions are coming. And while everyone wonders what Apple's play in this space will be, it may be best to imagine what they're working on as a successor to their fading iPod line."
Link to Original Source

Comment: Why not abstract the problem further? (Score 1) 136

by scorp1us (#47420753) Attached to: Will Google's Dart Language Replace Javascript? (Video)

Problem: browsers only run JS, which has it's virtues and warts.
Solution: have a plug-in scripting engine where you can use any language, and let the developers choose their set of virtues and warts.

There is no reason why we can't develop a plugin interface, and have other languages up and working in short order. Python would be great. Just include .py file instead of .js and have that in the interpreter. With a common shared DOM object, you can keep existing JS and transition to your language of choice.

The IQ of the group is the lowest IQ of a member of the group divided by the number of people in the group.