Guys, you do realize that CORDIS is the name of the web portal for EU-funded research projects and not a research team nor institution? It is a portal website for the grant-related bureaucracy - like publishing calls for proposals and aggregating information on projects being funded. Saying that "CORDIS is working on something" is like saying that Google Scholar is working on a research project.
The project above is actually being done by University College London, it is even in that damn article!
This is second time in two days I see this sort of idiocy - the first article was on Gizmodo on another project. I didn't know that stupidity is contagious.

Ubuntu isn't the only Linux here and Gnome isn't the only desktop available. Some people do forget this and then this sort of sensationalism arises.

There are plenty of other choices - both for Linux distros and desktops, many specifically targeted towards the old hardware. Furthermore, if you are running so old hw that has AGP or some ARM devices, you probably don't want to run a full-blown Gnome/Unity on that anyway.

Switching to Open Access journals is great - except when a major journal asks you to pay 3000 USD (as an author) if you want your article accessible under their Open Access policy. Otherwise it goes behind the expensive subscription/paywall. Guess which option I am going to take if my boss pressures me to publish in a high-impact journal ...

Yes, it was an Elsevier journal, but this is not specific to them, others do this as well.

Researchers get stuck between a rock and hard place - we have to publish in high impact journals (otherwise our funding is cut, low impact factor publications don't count), but ideally open access (few high impact journals are Open Access) to save expenses for the library and you can bet that nobody will give me the 3k to pay that extortionist fee above, especially not if I am to publish at least twice a year in such journal. So what am I to do?

Honestly, this does suck. Wearing my engineering hat, it is next to impossible to pay all the IEEE, ACM, what-not subscriptions I would need to access papers in my field as a private company - that's why there is so much reinventing the wheel and patenting the obvious. We had the ACM and IEEE membership and there was always a journal or a conf that was not covered. With outfits like Elsevier, Taylor & Francis etc. it gets even worse, because the subscriptions are per journal. It is completely impossible situation for a small company to deal with.

That's a red herring. For majority of Linux applications you *do have* source code, thanks to the OSS licensing. And you won't even have to recompile, there are distros targeting ARM already. The only exception are proprietary applications like Oracle, SAP or Exchange, but this machine isn't designed for such workloads (Oracle needs more memory, SAP and Exchange are Windows-only).

Regarding development - development for Linux on ARM is exactly the same as development for Linux on x86 and very similar to any other Unix. Most people do not write in assembler anymore and the platform differences from the point of view of a business application writer are negligible at best.

FYI - ARM is well supported by Linux since ages ago, not only by Android. These CPUs have been around for a very long time, probably longer than Intel's Xeon. So while you probably won't run your Exchange or IIS on such machine in the near future, it will do just fine for everything else. There are plenty of uses for non-Windows servers ...

Easy - ARM doesn't yet have 64bit cores available, they were only recently announced. It will take a while until the manufacturers license them, integrate them into their products and only then can HP buy them and build a server around them.

From the looks of it, this prototype machine is unlikely to be built for databases (4GB of RAM per chip is not a lot for something like Oracle), so the 32bit limit is not really an issue. On the other hand, this screams HPC cluster/supercomputing or some other well parallelizable load, such as web servers. 32bit CPU is plenty enough for that. 64bit on a server buys you only more RAM, not much else.

It would be *very* interesting to see performance comparison between this solution and the traditional Intel one. If it is only 50% as fast, it should give Intel a lot to worry about - the higher installation density, the power savings will easily outweigh the raw power advantage Intel may have.

If you read the article, they kept functional programming in parallel with imperative one, with focus on proving validity of programs. So part of that is there.

On the other hand, you must balance theory with practice, because otherwise the students will a) leave b) not be able to do practical projects while studying the theory. So teaching only logic programming (which is great, IMO - it helped me a lot!) is not practical.

From the position of someone who used to teach basic programming courses to freshmen, I can only applaud the decision.

Many kids coming to colleges these days do not have any programming experience or a very shaky one at best. Picking up concepts like classes, inheritance, the entire idea behind OO modelling is difficult if you are lacking basics such as how memory is managed, what is a pointer, how to make your program modular properly, etc. From the course description they are going to use a subset of C, I think that is a good starting basis for transitioning to something else (C/C++/C#/Java/... ) later on.

What is worse, many of these introductory courses were given in Java - producing students who were completely lost when the black box of the Java runtime and libraries was taken away - e.g. when having to transition to C/C++. We are talking engineering students here who could be expected to work on some embedded systems later on or perhaps do some high performance work. Even things like Java and C# still need C/C++ skills for interfacing the runtime with external environment.

I think it is a good move, indeed.

I wonder why anyone still takes this Florian Mueller guy seriously.

His fantasy claims were debunked several times already, his blog posts (yes, it is a blog!) are poorly researched sensationalist junk and he still gets the attention of the press? Reminds of the SCO saga reporting :(

This guy is just sensationalist troll seeking attention. Remember how he has recently claimed that he has a "proof" that Google violated Sun's copyrights in Android? It was very soundly debunked. He is just using this "secret" to attack RedHat for no reason - spin alert, guys! Not exactly a credible source to report ...

It feels more like - "Well, we know it doesn't work so well as a phone, but LOOK! YOU CAN BLING OUT YOUR AVATAR!!!! OMG!"

Umm, why not make the WP7 actually useful for being used on a phone first? It's cool to have a mobile gaming console in the pocket, but then I would probably buy a PSP and not Windows smartphone ...

Software patch cannot fix signal attenuation from a hand. Why does this look like only an attempt to make the complaints and bad press go away by making the problem harder to notice? If you have no bars displayed, you wouldn't notice that you are losing signal from holding the phone, because you would be under the impression that the coverage is poor. And in an area with a strong signal you do not see the issue anyway, because the signal level is strong enough to saturate the meter even if your hand is over the antenna.

It looks more like a clever way to disguise the problem and push the blame on the carrier by hiding behind poor coverage, nothing more.

It reminds me of Sony (I think it was them) who "fixed" one of their overheating laptop series by having users download a "patch" that would turn off the power management in Windows and make the fans go non-stop. It certainly stopped the overheating, but at the price of shortened fan life and a very noisy machine ...

I have taught several introductory CS courses and to be honest, I was not interested in playing policeman and checking whether students are cheating or not. Instead, I have established a two tier system: - For homeworks that had to be turned in, these were corrected by the students themselves. I did some spot checks to warn those who were cheating and to ensure that the corrections are up to par, but didn't really put much effort into chasing cheaters. The homeworks were primarily a feedback for the students and an opportunity to learn. However, to give them an incentive to actually do them, they could pass the exam orally in advance instead of a practical programming exam if they had 80% of homeworks right. That was strong motivation for many of them, because they perceived the oral exam as easier (even though in reality they had to do much more work over the semester for it). Now, the purpose of the oral examination was simple - to establish whether the homeworks were actually done by that student or not. In my experience, if someone was cheating, he didn't have a clue whatsoever what the code he has handed in does. At best, he could memorize some superficial stuff and do some hand-waving over it. One or two targeted questions over the details of the assignment has always uncovered this. No need for any computerized code comparison tool (which would be always gamed) or tiresome reviews of the homeworks. - For the regular exam which was always written, practical programming assignment on a computer in the lab (CS exam on paper?? WTF?), I have allowed the students to bring their own code snippets (e.g. from homeworks), use their books, even internet. This essentially makes all what would usually be considered cheating allowed, lessening the burden on me - I did not have to spy on them whether or not they are cheating. My reasoning was that the students should demonstrate practical knowledge how to solve problems, not whether or not they have memorized stuff (which is what the exam would be about if the books were forbidden). Now, of course, if the student didn't learn anything, the books will not help - they would spend most of their time searching for information and run out of time. One disadvantage of this approach is obvious - it puts a bigger onus on the examiner to prepare meaningful exams. Assignments like "Implement quicksort" are useless, because the students can find them ready made online or in the book. On the other hand, I do not think it makes much sense to examine whether or not a person can implement quicksort - it is not a real-world problem. Better give them an assignment where the quicksort needs to be used - the clueless one will not find it online so he cannot readily cheat and the smarter one will see the similarity and solve the assignment without problem. To conclude, I do not believe in the various software to catch cheaters. Especially not in CS - the students are very smart and will be always able to game it. If the teacher is doing their job, this is not needed.

This whine is getting a bit old. It seems that the only developers having problems and difficulties on Linux are people who want to produce closed source products distributed as binary blobs. Of course, then they are going to have issues, because different distros have different libraries, packaging conventions etc. and it adds up in platform support costs. Developers unwilling to learn different tools than their Visual Studios also do not help.

Well, tough. Calling for "standardization", uniform GUI and what not is not going to help - different companies would like the standard to match what *they* need and nobody would be happy anyway. Furthermore, I do not see why Linux should change to match the (terrible) development practices on Windows.

The solution is to try to release as much code as open source as possible and let the distro packagers do the integration work for you. Or, if you must keep it proprietary, work with the major distros at least. Their developers will be happy to help - unless one is providing the OS as well, the user will likely need an OS to run the super-proprietary application anyway and it is a win-win situation for both sides. This works a lot better than whining about how terrible Linux is ...

And to answer the poor soul that asserted that Ubuntu is the standard Linux - I am sorry for you. I can as well say that standard way of using a computer means using Windows, making your argument completely irrelevant (number-wise, the Windows desktops dwarfs all Linux installs combined ..). Make yourself a bit better informed next time - Ubuntu is far from standard, it just happens to be popular in US. Not so much in Europe and elsewhere.