The article (and report) conclude that "24 percent of 16-74 year olds across the 27 countries in the European Union have never accessed the Internet". Meanwhile in the parts of the EU with the highest Internet use (such as in the Scandinavian countries) the rate of Internet access (ie people who actively use the Internet, not people who've used it only once) is in the 90%.

I would assume part of the reason for the statistic is that 16-74 is a pretty big age span. Particularly when it comes to new technology. It wouldn't surprise me if the "never used internet" population is almost entirely in the 50+ age bracket. Unfortunately the article, and report, doesn't give that information.

Because that's the point of the HAL: Hardware Abstraction Layer. To software running above the HAL everything looks like normal. But the HAL and the stuff underneath make sure that's the case.

Often the drivers will handle the nitty-gritty details of how to communicate with the hardware and the HAL will call the driver (and other systems) to fulfill the API defined by the common HAL interface.

I work with camera stuff, but other systems have similar behavior. So if you're playing a video file you want that to be routed to your super-fast hardware chip. But in order to use it you need the HAL to set it up properly (different chips behave in different ways) and then handle feedback to the UI and stuff like that.

I'd recommend anyone interested in complex computer systems to take a look inside Android. It's way more complex than you'd expect at first. But quite a lot of fun. :-)

I have found many problems in CM releases that would typically not have made it into a real manufacturers release. (Eg, on a my Desire HD I find that sometimes the "open application tray" button disappears every now and then.)

And manufacturers do have internal beta tests, that's why sometimes prototypes are found in bars and other places. :-)

It is quite hard to develop software on hardware that isn't finished with drivers and an OS that isn't finished. And to do it in typically very short time as well. (Not saying that customers should accept buggy phones though, that pisses off me as well when it happens.)

(And yes, I work as a mobile phone developer. But not at a company making phones.)

Fascinating that none of the articles mention that the dudes are virtual as well. And they don't use any guys in the example images either. (If you visit the HM website it's easy to find some obvious body-doubles for swimming trunks.)

Focusing on issues with body images is not necessarily a bad thing, but only focusing on women is a bit sexist IMHO. Kind of ironic considering that's the drum they are banging on.

There is a guide for Android X86 on VirtualBox on their wiki (http://www.android-x86.org/documents/virtualboxhowto).

I've tried Gingerbread and Honeycomb before and they work reasonably well. (OpenGL isn't well implemented yet, so Honeycomb and likely ICS will have some performance problems.) I haven't tried to use them as emulator replacements though, not sure how much work it is to actually make it possible to get ADB working with Android X86 in VirtualBox.

Just make sure you disable "Enable absolute pointing device" in the VirtualBox motherboard settings to get the mouse to work.

Previously I've used the Eee PC build of Android to get it to work, I haven't tried getting the ICS port to work in VB yet (there isn't a Eee PC build of it yet).

One alternative use for this is to use it as a "simulator" for developing Android applications.

The emulator that is included in Android SDK really emulates ARM code (it's actually running QEMU with ARM v5 code). The problem with this is that it's rather slow, even on high end computers. Anything that runs opengl is extremely slow and not usable.

The Android X86 project makes it possible to run Android in eg VirtualBox. You can then test applications in a much better environment. (Well, currently OpenGL still doesn't work, but it's a work in progress.) Since this is actually running the full Android environment, but compiled for X86, it's possible to get pretty close to real Android behavior on the system.

So that's one nice benefit of the system. Otherwise I imagine that it could be useful to run Android on an old netbook which has problems running a full OS. (And to be frank, many netbooks with Atom seems to have this problem. At least mine does.)

There's an article on Wired on why this kraken "science" is complete bullshit and an indication of the sad state of scientific "reporting".

http://www.wired.com/wiredscience/2011/10/the-giant-prehistoric-squid-that-ate-common-sense/

Good news everyone! (Actually, it is pretty good news.)

It seems like the Hobbit will be filmed in 48 FPS (http://www.variety.com/article/VR1118035338) and IIRC Cameron has said that his next project will also be higher than 24 FPS. And any movie that isn't heavily relying on special effects should have a fairly easy time to go into 48+FPS. (For special effects heavy movies twice the frames will mean twice the work, at least to some extent.)

I think it will be interesting to see the fallout of these attempts. No doubts a lot of cinemaphiles will get upset. But they tend to be perpetually upset that things change. (3D! Digital! Surround sound! Color! Sound! Motion!)

This might be considered a slight spoiler, or just a hint of what to come..

In the confidential to the day of the moon they mentioned that the console room used by the silence is in fact the same set as in the lodger. (But more gritty.) So it's not impossible that there will be a callback to that in future episodes.

I was very anxious to see the first ending in the Moffat led show (with Matt Smith and Karen Gillian). My main gripe with RTD's series enders where that they always tended to be quite cheap.

If you haven't seen it yet I'll only say that it was one of my favorite pieces of 1 hour television ever. After the opening when one of the main characters say "Right, this is where it gets a bit complicated." follows 50 minutes of brilliance.

And while those 50 minutes are quite complicated (certainly more complicated than what eg Inception managed in 2.5 hours) it's not hard to keep up because the viewer is given small clues all the time. This is rather well explained by Moffat in the Confidential for that episode, where he points out that if the viewer understand what is going to happen right before it happens, they have no problem following along.

I also really like that Moffat is very fond of turning the ordinary and close to us into a monster. In "the empty child"/"the doctor dances" it's a small boy in a gas mask. In the "girl in the fireplace" it's a ticking clock in your room. In "silence in the library"/"forest of the dead" it's shadows. Blink has gothic statues and now we have the silence.

In a way the Daleks and Cybermen are like supervillans. They may be hellbent on destroying you, but you always know where they are because they put up a big show. The horrors that lurk in the corner of your eye, you're never really sure if they are gone...

The reason for this is actually to put the spotlight on some new Swedish childpornography laws.

It used to be that there were no age limit on child pornography, basically pornographic material of people who were not sexually mature was child pornography. That was changed due to pressure from the EU to add the 18-yo limit as well. (Basically, this makes pornography of people who are sexually mature, but under the age of 18, NOT child pornography unless is explicitly states that they are under 18.)

In Sweden there is also a law that drawings of children can also be considered child pornography (under the same rules) in order to not incite child predatory behaviour.

The DOA games have existed before in Scandinavia, but in this new games there is a "camera" mode (with up skirt potential). And the characters have their "ages" written out.

So one guy on a Swedish forum decided to inform the police of this potential child porn in order to test the law. (Previously a swedish manga translator has been charged with possession of child porn under the same law.) After this the Scandinavian Nintendo distributor decided to not carry the game. The guy who contacted the police was informed (by them) that they did not consider it child porn.

You can find the discussion at Flashback (in Swedish): https://www.flashback.org/t1525412

I think his point was that your manager was obviously willing to work and improve. Since he actually became good at the job he was not clueless and incompetent.

Just as there are employees who can be trouble makers there are managers who can be the same. The problem is that an incompetent developer will typically only look bad himself, but an incompetent manager will make everyone "underneath" them look bad.

I'd say one legitimate reason to actually talk about it with your coworkers is as a form of collective group therapy.

Working somewhere where you don't trust your leadership is extremely demoralizing. Talking about this with your coworkers can help the situation. (And perhaps they'll give you insight into things you hadn't thought of.)

Although it might be a bit of culture difference as well. Some cultures seem to put more effort into "do what the boss tells you" even if you know it's wrong. Personally I think that borderline irresponsible behavior from an employee to silently march into machine gun fire.

No; but it helps.

This method (like all motion compensating algorithms) can correct for some motion blur but it will add other defects to the image. So while it might "save" a picture already captured it's better to take a new photo.