And no Happy Hacking Pro. That's my go-to keyboard for any stationary use.

I do like the feel of the new chicklet Lenovo Thinkpads as well; I don't know why many people don't like them. Whoever decided on the layout, though (PrtSc between right-alt and ctrl?!) should be sent to the unemployment line as fast as possible.

Great idea! Now we all only need to agree on which language to standardize on. I'm sure that worldwide discussion will be calm, focused and productive. Please post the results here in the thread once it's been decided.

I suggest Swedish. It's just about equally well known by almost everybody in the world, so nobody is starting out with an unfair advantage. I get a lifetime gig teaching Swedish to everybody. And you get umlauts! Win-win.

Oh, and by "suggest" I of course mean "absolutely demand or I will refuse any part of this scheme".

I pretty much agree. I'm an old-time Unix and Linux user, but Unity works pretty well for me. It mostly manages to get out of the way of my work - the single most important feature of any desktop - and things such as the single menu gives me vertical space for another line or two worth of visible code.

There are some real irritants. The window/app switcher has never gotten the distinction right (and I don't think it's possible), and the quick search misses things it should find. But these are smaller irritants on a desktop that does what it should do - be invisible unless I explicitly need any of it.

"we've got monkeys that have rapidly learned to control a robotic arm using only signals from a tiny cluster electrodes in their brain,"

"rapidly" and "control" are very much relative terms in this case. And note the "in their brain" - you need to implant an electrode array to get good, reliable signals. With monkeys you can do it to half a dozen animals and hope than one or two get a fully working implant. And the array has to be working for a few months or so. With a human patient you need to get it right every time, and the array has to be viable for a decade at the very least.

I can't get to the paper, but it doesn't actually say anywhere that the girls were uniformly better. All subjects improved their understanding of computation, but the girls as a group did significantly better.

Also, when you look at more interesting and original, less copy-pasty games, female developers and designers seem to be more common than in the industry overall.

How should one go about getting a job programming a large supercomputer?

Become a researcher in a field that makes use of lots of computing power, then specialize in the math modeling and simulation subfields. Surprisingly often it's quite easy to get time on a system if you apply as a post-doc or even a grad student. Becoming part of a research group that develops simulation tools for others to use can be an especially good way.

Or, get an advanced degree in numerical analysis or similar and get hired by a manufacturer or an organization that builds or runs supercomputers. On one hand that'd give you a much more permanent job, and you'd be mostly doing coding, not working on your research; on the other hand it's probably a lot harder to get.

But ultimately, why would you want this? They're not especially magical machines. Especially today, when they're usually Linux based, and the system developers do all they can to make it look and act like a regular Linux system.

If you want to experience what it's like, try this: Install a 4-5 year old version of Red Hat on a workstation. Install OpenMP and OpenMPI, and make sure all your code uses either or both. Install an oddball C/C++ compiler. Access your workstation only via SSH, not directly. And add a job queue system that will semi-randomly let your app run after anything from a few seconds to several hours.

I do that on the train every day already. I mostly read, play games or study language. I have occasionally done light developing too, but it's too short a time frame to get into it and really get anything done.

Once a task has been automated to the point that a reliable mass market tool is available to do the work for you, what possible reason can there still be to do it by hand any more?

Fair point. But one remaining reason to have done it yourself is to understand how the tool actually works behind the scenes. And that deeper understanding is generally what separates a master of the craft from dabblers.

Slightly different field, but, for instance, if you are doing any amount of real numerical programming, you really should have implemented a floating-point system as well as algorithms such as FFT, matrix factorization, numerical integration and the trigonomertic functions at least once.

You should of course not use any of your own implementations in production; that's a recipe for disaster. But having done it once, and understanding some of the underlaying theory and the challenges of implementation means you're much better equipped to use the high-quality library versions in an intelligent manner. You'll understand why functions such as expm1() actually exist and how to avoid the common numerical pitfalls.

The same really goes for tools in any other field. You might want to do it manually not to actually use your work but to better understand when and how to use the tool. Or, for that matter, realize when the situation calls for implementing a completely new tool.

The Pitapa card in Kansai is connected to your account, and deducts money automatically every month. You can use it in convenience stores and vending machines around Osaka and Kansai. And in order to be compatible with Suica and other train passes, you can _also_ add money to the card; that's effectively a second, separate prepaid card. Convenient when you're travelling to Tokyo.
 

So is the answer "No" she cannot see? And where did you get the safety and viability quote from?

Japanese media reported about this earlier this year when they decided to try this and were looking for volunteer patients, as well as now when they want ahead with it. It was made very clear from the start that this was a procedure to test if the cells would survive and not cause any unwanted side effects.

Kind of the same as with the man who got some feeling back in his legs after a stem cell treatment in Poland the other day. They did not expect to see significant improvement (and the other three patients had much less or no effect at all), but just to confirm that it was possible and didn't make things worse.

The streets are very safe, and cash is accepted everywhere. A credit card, on the other hand, needs approval, has a yearly cost, and adds a charge to each transaction. People do use cards here - most people pay public transport with a card, and you can use those on vending machines and the like too - but credit cards specifically haven't really caught on.

The purpose of this round of tests is to assess the safety and viability of the procedure. There is no expectation that she will substantially improve her sight. That's a major reason they selected a volunteer her 70's for this, not somebody young.

Plenty of cheaper restaurants here in Japan - chain izakayas especially - have used terminals for ordering for years already. And while they certainly do it in part to reduce staff, the fact is that many customers like it. You don't have to flag down a waiter to place an order, and you can always see exactly what you've ordered, what dishes you've yet to receive and your current tab.

Also, the basic truth is that if your job can be automated, no wage level will compete with it in the long run. If you accept wage cuts to avoid being replaced by automation, you've only bought yourself a few years, and at a lower salary than you're worth at that.

Newspaper articles are written so that all the most important information is set right at the beginning. That makes them faster and easier to read, especially if you want to skim through a lot of news. So yes, a snippet of the first paragraph or two most likely does contain most of the important information, because it's written with the readers in mind, not the advertisers or google bots.