Okay, perhaps we are lacking some mutual clarity in what we consider a direct romanisation. If you simply want a mapping from Japanese onto roman characters, then Nippon-shiki will grant that. However, I consider this lacking because, if you follow its pronunciation you will be mispronouncing a lot of things in any dialect I've heard. This is how we run into the Nippon->Japan problem. Hepburn, which would probably be my romaji of choice if I wanted to present to an primarily-English-speaking audience, is actually a pretty good transliteration of pronunciation, but otherwise it's pretty much impossible, and it doesn't really do much of a mapping. This is the dichotomy that I call problematic to declaring a "direct translation": you can have good mapping or good transliteration, but not both. In this manner, there is no direct mapping, but we have agreed on a handful of romaji, chiefly Nippon-shiki and Hepburn, and called them "good enough". But even note here we come up with multiple ways to write the same thing. Now, Arabic script has its romanisations, too, each with their own issues. We've agreed on more than a handful of these, however, and everybody seems to have chosen different ones, hence all of the different ways listed above of writing just one name.

You clearly don't understand what Watson's achieved. Clearly, we don't have much use for a Jeopardy-playing computer, but that was never the real point. The point is we have a system with reasonable natural language processing skills combined with it's lookup/association capabilities and its learning system. this can be repurposed in a number of actually useful applications, and they're starting with the medical field. Something like this could potentially revolutionise medical diagnosis, and that's just the _start_.

Going backwards in time is really easy. The most difficult part, something touched on by science fiction novels, was exceeding the speed of light.

Seriously, that problem is much more difficult than you are making it out to be. Also, the fill-in-the-blank style questions actually used to be a weak point of Watson's that has obviously now become a strong point. I don't remember where I read it, but apparently they chose the questions in the same manner they normally do, less the audio/video questions, so I wouldn't say they are geared toward Watson at all. In fact, I remember at least two categories where Watson didn't provide a single answer!

What controversy? The only person bitching about this "controversy" is you. Originally Watson didn't even have a trigger finger until the Jeopardy guys bitched and insisted it needed one. If they thought that OCR was necessary, they would have bitched about that, too. Otherwise, it's an entirely unnecessary expense in terms of hardware, software, and testing for a problem they're not even trying to solve and all it really does is open up an irrelevant point of failure. Consider this in more scientific terms: they're isolating variables.

Uh, what are you going on about? Watson could only buzz in after he decided on an answer, and it is impossible to buzz in before Alex finishes reading the question (indeed, attempting to do so locks the buzzer out). The humans were basically playing a different game, where they were racing to buzz in first, then figure out the answer, since they were screwed if they gave Watson a chance.

No, we merely needed to see if Watson could answer questions *as well as a human*. The other two players are assumed to know the answer to anything Watson buzzed into first and, for the most part, that's a correct assumption. The competition format was simply publicity for the main challenge of showing that Watson can interpret Jeopardy answers and provide the correct questions, which it did _beautifully_. This was never about fairness, this was about innovation and achievement. Now that it's been proven, this tech is going to be used for actually _useful_ applications.

Actually, Watson got totally owned on "ALSO ON YOUR COMPUTER KEYS". Somebody, please inform me if there's actual information about this (as if I have to say that on /.), but this further cements my belief that Watson doesn't take the category much into consideration. This makes some good sense since misparsing a category that was used as a strong filter could be disastrous, but it did result in some silliness (2003 being a decade, IIRC, Toronto being a U.S. City, chemise being a key, etc). Intuitively, this seemed to be an obvious area for improvement, but I can imagine that the people on the Watson project can spot the obvious at least well as I can given what they've accomplished.

Personally, I really liked Watson's voice and I'd be really happy if IBM released his synthesizer. I find it strangely soothing.

Might I suggest reading the books? Stephen Fry reads them very well if you don't have the time to use your own eyes and they are far superior to the movies.

But we're talking about Snape, who is not dead as of the first Deathly Hallows movie.

While I don't agree with most of what GP said, wouldn't everything you said just be a factor of 'costs' that must be considered against the revenues gained from it? Your post reads more or less as "comparing revenue v. cost is short term thinking because you don't take into effect this and that cost" which... doesn't make much sense.

Clever, except that I can name at least four different methods of romaji, each of which have their own deep flaws and a lot of areas where they simply don't agree. This is how we got "Japan" out of "Nippon", after all.

Even if you do select a particular romaji method, you're still without a way to properly translate moras, pitch, and some of the subtly different sounds (like the "r" people so love to make fun of). Which brings us to the GPs point: there is no way to directly translate Japanese, but we have agreed on a handful of systems that we consider "good enough".

Who said I was doing anything more than a rebuke? It is clear that you don't understand the nature of real numbers, nor the nature of infinity. This left me with three choices: Be the one to try to teach you these fundamental concepts, don't comment at all, or take my time to poke some fun. By the way I derided constructionists at the end, I thought it would be clear that I was just being an ass.

Though, if you seriously do want some education, here's a few things to think about:
* 0.999... is not a process. It is simply a number.
* While it is just a number, 0.999... can be constructed from a process. Specifically, \sum_{i=0}^\infty 9/10^i.
* There is no analogous process for producing what you call "0.000..0001", nor does this concept mathematically make sense. The closest concept is lim_{n\rightarrow\infty} 1/10^n, but this is 0, not some mystical 0.000..0001.

The point is, as I've said multiple times already, a number is not a process. This is key to understanding why .999... and 1 are not distinct.

Another important thing to understand is that any numerical representation must have multiple representations for the same number. It is no stranger that .999...=1 than it is that 1 = 1.0 = 1.00...

Finally, one last thought to leave you with: you are proposing a number that would necessarily be the smallest possible positive real number. However, it would immediately follow that the real numbers would be countable, via an obvious bijection with the natural numbers (specifically, your 0.00...001 would match 1, 0.00...002 would be 2, and, in general, you would match n with 0.00...001 * n). However, it's already been proven to death that the real numbers are uncountable. Therefore your number cannot exist.

Honestly, though, when it comes to it, I can prove it rigorously many different ways, most of which you likely don't have the mathematical background for if you still believe .999... != 1, and you're going to continue to trust your intuition, thinking that we must be tricking you or something. Which is why I didn't even bother the first time around.

You're forgetting the second part of this: because NP-completeness proofs have formed a chain of reductions, finding an algorithm for one of them is the last step to finding an algorithm for all NP-complete problems that we have found (and any others we manage to reduce later).