Follow Slashdot blog updates by subscribing to our blog RSS feed


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

Comment: Re:Antropologist (Score 3, Interesting) 126 126

Often big accidents are not caused by technology failing unexpectedly, but by not following procedures or bad decision making. So it seems to me that an antropologist might actually have useful things to say about the weakest links: human operators and their managers.

Comment: Re:Can finally make that multi-million$ game on Li (Score 4, Informative) 57 57

releasing on Linux as an additional platform can be worth it if the extra effort to support Linux is small enough.

Why? So you can spend a fortune porting it, only to be hit with:

If the engine already supports Linux, porting the game won't cost a fortune.

a) the fact that most Linux users are cheapskates and rarely pay for software

The sales stats from the Humble Bundles suggest that Linux users do in fact pay for games.

b) the complaints that it only works on X and Y distros, as opposed to the thousands of others

Games typically ship with their own versions of all the libraries they need, so they don't depend on the way a distro packages libraries. In any case, this is something that would be handled in the engine, so it's not a burden for the game developer.

c) the stupid-ass Stallman hippies who complain that it isn't open-source

Any game developer that can't deal with people complaining won't stay sane long...
Besides, real Stallman followers don't use the term "open source" ;)

Comment: Re:I love this story. (Score 1) 361 361

Maybe if you explain what you think 'alternative rock' is, I may be able to identify with some of your taste.

In the 90's 'alternative rock' was the term used for several genres that were not quite mainstream but still had a large following (*). The most recognisable would be grunge with bands like Nirvana and Soundgarden, but also rock bands with a somewhat similar sound like Pearl Jam and Alice in Chains. Compared to 80's rock, 'alternative rock' was more minimal and less polished.

(*) The cynical description would be music marketed to the masses that desperately didn't want to be part of the masses. But that's more of a reflection on teenagers and marketing than on the music itself.

Comment: Re:Philosophy (Score 1) 152 152

The more I think about the article, the less sense it makes.

Data accuracy and completeness are of course important issues, but if you're going to add measures to improve data quality, that should be done when acquiring and processing the data, not when presenting it. So an app sounds like the wrong place to start worrying about the integrity of the data.

Doing statistics properly is not easy: it's not an intuitive subject and it requires a good mathematical background, a lot of care and some common sense. Here at least the article has a concrete proposal: a review and sign off process. Whether that actually helps depends on the quality of the review: does the reviewer master statistics and is there enough time budgetted to do a thorough review?

I have some doubts about painting data presentation as an ethical issue. While I completely agree that clarity is more important than prettyness, overly flashy presentation is far from the only reason why data might be misinterpreted. Perhaps the app developer doesn't understand the domain well enough; hands-on testing with end users would help in that case. Perhaps the end user doesn't understand the data or the processes the data comes from well enough to be able to interpret it accurately no matter how the app presents it. Perhaps the data is so complex that it is not possible to present it accurately in an app format.

Comment: Re:Ubiquiti Networks (Score 1) 225 225

Funny I would not want to publish my code either, as apparently it was buggy, they would have been lash wipped by Linus!

Linus will only rant at bad code being submitted to the kernel mailinglist for integration into the mainline kernel. If you publish code on your own website, he's not even going to look at it.

Comment: Re:Slashdot Overrun by Luddite Barbarians (Score 1) 163 163

Do we have any hard facts other than the unfounded assumptions of the masses that this information is being somehow data-mined?

I have no information about this doll other than the article, so no hard facts. I do consider it very likely it will be data-mined in some way, since that would actually be useful for improving the product. See my other response above.

So, is a manufacturer that respects privacy while delivering a requested product evil? Or is it just fear of the unknown operating here?

There is no proof they will respect privacy and there is no proof they won't. But when it comes to large companies, I am no longer willing to give them the benefit of the doubt. That's not fear, it's cynicism. I don't like having that attitude, but I can't justify any other attitude to myself either.

Comment: Re:Slashdot Overrun by Luddite Barbarians (Score 1) 163 163

The creepy part is not a doll that listens, it is the manufacturer listening as well.

Not if you understand the technology, because you know that in order to do the first, it ALSO has to do the second.

It doesn't require a super computer to do voice recognition, as demonstrated by the $75 retail price (which would cover a few years of server-side processing, unless the article failed to mention a mandatory subscription) and a game like There Came An Echo. My guess is that a modern ARM processor would be able to handle it just fine. If the processing would drain the battery of the doll too quickly, it could be done in an in-home base station (plug server, for example) that communicates over local WiFi. There are advantages to doing the processing on a central server, but I see no reason to claim it is not feasible to do it locally.

The other way it can be phrased, which is more accurate and less creepy, is to say a SERVER processes the audio data in order to form a response. That's not creepy; it's necessary - it says nothing about humans or "the company" (whatever that means) listening in.

How I imagine it will work is that the large amount of data coming in from all the dolls in the field will be used to improve both the voice recognition and the dolls' responses. For that purpose, they would build a big data set that proposed algorithm tweaks can be tested against. Collecting this data from customers rather than dedicated test sessions is cheaper, allows for quicker iteration cycles and produces much larger data sets, which generally improves the results.

The question is whether the stored data will be anonymized early and properly or whether it will be possible to connect the stored data to a specific doll. Even if they would have no intention to violate anyone's privacy, I wouldn't trust them to get this right for a talking doll, when so many institutions dealing with medical data manage to screw it up.

Technology in itself is neither good nor bad, it all depends on how you use it.

Right, so lets not assume anything network connected that requires a server to function is bad. That's what I;m saying.

Once the stored data exists, it is only a matter of time until someone comes up with an idea to use it in an unethical way. It could be an employee, it could be someone in the government, it could be an outside attacker who found a way into the network. In recent years we've read about companies selling data sets, huge data breeches and overreaching spy programs and I don't expect that 100% of those even reached the news. So assuming that a privacy policy will protect your data is naieve, in my opinion.

A completely different concern with an essential server-side component is the same as with always-online games: if the manufacturer pulls the plug, this doll would revert back to being just a plastic doll.

Keep a neutral attitude, and evaluate what it does rather than the scariest thing it MIGHT do.

How would you evaluate it? Even if you have the knowledge to be able to evaluate such a complex process, they wouldn't let you audit their systems.

Even apart from the data collection angle, evaluation is an issue: with a book, a parent can have a quick look at it to check whether its content is something they want their children exposed to. With an interactive online service, how the doll behaves a year from now might be different from how it behaves today. What to do if Barbie suddenly starts begging her owner for a horse or a boyfriend?

I'm not saying the potential for misuse means no-one should buy this doll, that's for every individual parent to decide. What I'm objecting to is being called a luddite over what I think are very valid concerns.

Embracing every new development out of love for technology

It's less wrong because it advances, instead of retards, humanity. The only real enemy is chaos and stagnation.

I generally consider myself progressive, but I don't consider every new thing desirable just because it hasn't been done before.

Comment: Re:Slashdot Overrun by Luddite Barbarians (Score 3, Interesting) 163 163

Having a doll that can talk back to you, that can intelligently respond to what you are asking and learn what you want to talk about is not creepy. That is actually really interesting. It could be really cool.

The creepy part is not a doll that listens, it is the manufacturer listening as well. An interactive doll that operates without an internet connection would be a great piece of technology.

Can the rabid un-thining pitchfork-wielding crazed mobs that roam Slashdot now please take a step back and think about the future at least once?

Technology in itself is neither good nor bad, it all depends on how you use it. Embracing every new development out of love for technology is just as irrational as rejecting it out of fear.

+ - Color Rendering Index (CRI) is not reliable when used for LED lamps 1 1

An anonymous reader writes: The Color Rendering Index (CRI) is a quantitative measure of the ability of a light source to reveal the colors of various objects faithfully in comparison with an ideal or natural light source. It has been found that the CRI is not reliable when used for LED lamps.

One of the problems is that a LED lamp can be tweaked to give a high CRI value while the color quality can still be bad. Also LED lamps with a good color quality with high saturated colors can result in a low CRI value.

The National Institute of Standards and Technology (NIST) has developed the Color Quality Scale (CQS) that it believes will offer a superior indication of color quality compared to CRI specifications.

Recently one of the largest independent lamp measurement labs in Europe started using the CSQ in all of their new lamp measurements. They also published an very informative video Color Quality Scale (CQS): Measuring the color quality of light sources which explains the problems with the CRI and why the CQS is better suited for LED lamps.

Comment: Re:your observations are spot on (Score 1) 323 323

In-depth knowledge is easier to test for than general skills, so it could be that they're asking you the questions that are easiest to formulate, not the ones that are the most important. Another reason could be that it is easier to judge the competence of someone below your own level than to judge the competence of someone who is better at something than yourself; by asking you about subjects that they have mastered they feel sure they can judge your response accurately.

Comment: Re:Physicalist nil-whits at work again (Score 2) 226 226

It is possible to create extremely complex systems by combining very simple building blocks. A game like chess has rules you can explain to a child but takes a lifetime to master. Fractals are complex images computed by repeatedly applying a simple mathematical function. People can be complex even if they are built from nothing but physics.

You're assuming that if people consist of nothing but physics, that physics would be able to explain people. In other words, that the properties of the building blocks would explain all properties of a complex system. I think that is not the case, certainly not in practice and perhaps not even in theory.

First of all, deriving the properties of the whole from the properties of the components could be too difficult for people to perform in practice. Half a century of AI research might sound like a lot, but it is really far from an exhaustive search. Even a much simpler problem like computer chess hasn't been fully solved; it took half a century just to get chess algorithms at the same level as human players, but they're still far from perfect.

Second practical problem is that tiny variations in the configuration of building blocks can have big impacts on the system as a whole. For example, weather systems are chaotic. In a computer program, changing a single instruction among millions can have big consequences. So studying physics would at best give you the ability to predict how an unconfigured brain works (like an embryo's?), not an arbitrary brain that has formed lots of connections based on the experiences of the person in question.

A reason to doubt deriving all behavior is possible in theory is that there are unprovable statements in math. So even if you know all the rules, for non-trivial rulesets (such as arithmetic) you cannot prove all the consequences of those rules.

Comment: Re:Huh? (Score 1) 134 134

Peak oil is the moment when the maximum production rate is reached. If you say there is no such thing as peak oil, that means you're predicting the production rate will forever increase. Even if that would be possible on the supply side (which I sincerely doubt), the demand for oil will decrease when the price increases, leading to lower production.

We're not running out of oil, we're running out of cheap oil. As oil gets more expensive, people will find ways to use less oil: other fuels, renewable energy, better home insulation, fuel efficient cars, less air travel etc. We already saw the demand for oil drop when the economic crisis hit, showing that there is flexibility in the demand.

If a 6600 used paper tape instead of core memory, it would use up tape at about 30 miles/second. -- Grishman, Assembly Language Programming