Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Re:Cue holy war in 3..2.. (Score 1) 356

I'd point out that the original transformer benchmarks ahead of the galaxy and way ahead of the xoom (don't know about the others). It handles 720p video comfortably (I'd recommend buying Dice Player, it's only #4 to make your #400 tablet much better), so I'm not sure how much benefit you'd actually get from the prime's faster processor - the only time the original gets sluggish (for me) is trying to use it with several torrents running at once in the background.

Comment Re:U.S. is established on religion, so (Score 1) 900

Okay. But if I see someone state something as a fact, and I think that that something has no evidence for or against it, I'm going to call them out on it.

Will you let someone away with stating something as fact when it has some evidence for it, but more evidence against it? Or, more to the point, is your threshold of acceptable evidence the same for any proposition - so if I see a light in the sky enough times, I can say "it's a satellite, that's a fact" and "it's an alien, that's a fact" with equal validity?

I don't know where these numbers come from.

99.9% is an arbitrary figure; my actual level of confidence that this chocolate teapot doesn't exist is higher than that.

Comment Re:U.S. is established on religion, so (Score 1) 900

No. Just things that have no evidence for or against them.

You can't disentangle evidence from expectation; evidence is precisely that which causes you to update your expectation (and is meaningless beyond that). If you try to form probability theory without initial expectations, you get paradoxes. So we can only coherently define facts in terms of our final expectations, not the evidence, which is a vanishing intermediate value.

99.9% sure of what? If that was a "what if" scenario, then go ahead and state it as a fact.

Well, I'm more than 99.9% confident that the aforementioned chocolate teapot doesn't exist - and I suspect you are too. Yet you seem unhappy with calling that a fact.

Comment Re:U.S. is established on religion, so (Score 1) 900

Do you refuse to state anything as fact, then? I think it's less likely that such a thing exists than that Jefferson wasn't actually the third president, or even that I'm actually a brain in a vat imagining things. If you require absolute certainty to call something a fact, that goes against the common use of the word (and the purpose of language is communication and all that). If you accept that it's reasonable to call our (fallible) observations and inferences about the physical world facts, it seems absurd to say that nonexistence of x isn't a fact when we're 99.9% confident that x doesn't exist, and we call y a fact even though we're only 99% confident that y is true; why is "x doesn't exist" treated differently from "x is blue"?

Comment Re:U.S. is established on religion, so (Score 1) 900

The standard counter to that is: reasonable people would state as fact "there is not a chocolate teapot orbiting the sun at around the same distance as Neptune". It's not that we know anything to imply there isn't, it's that we have no possible reason to imagine such a thing would exist, and no evidence to even suggest it does.

Comment Re:Criminal uses? (Score 1) 344

The security concerns are also a non-issue as regular wallets and bank accounts are routinely stolen and money diverted.

For a regular bank account you get your money back when that happens.

Comment Re:GNOME has always been fucked up. (Score 2) 314

Most users of course aren't affected in the least by the build process. Qt's build process is self-contained, but takes hours still. The end result is really the same for end users.

Sure, it's mostly the same for end users, but someone has to manage the insane build process. I remember gnome being dropped from Slackware because just packaging it was taking up too much of Pat V's time.

Having every widget toolkit re-implement every wheel is fairly tiresome. Why not use lower-level libraries like libxml that already work well, and most importantly, are C-based.

Mostly, portability. Qt-based programs are easy to port to even quite silly systems; porting libxml and all the other random libraries different parts of gnome is a lot of effort. Thus there's a fairly complete kde on e.g. windows, wheras only a handful of individual popular gnome programs have been ported.

Programming GTK+ in C++ is a joy (doesn't need moc either). GTK+ in Python is slick too, and actually manages to be fairly pythonic, unlike PyQt, which is really just C++ code in a python syntax.

Disagree, and I think the relative popularity backs me up. Have you read the post from rosegarden's author (wish I could find it) talking about moving from gtkmm to qt?

I don't think Gobject is a BS OO extension anymore than C++ is. Functionally and under the hood they are fairly equivalent.

That this is true is really the worst thing about the gnome approach. C++ and GObject are indeed basically the same thing (and vala makes this even clearer), but Gnome chose to reinvent the wheel, throwing away all our existing experience and tool support with C++.

Comment Re:Anyone who thinks they can predict the future.. (Score 1) 219

Amazon sent me a set of unsolicited recommendations recently. I was about to push the spam button, and then noticed it was actually a pretty good price for some things I actually wanted.

(And it did feel pretty creepy, but only because they were offering me money off if I bought Strike Witches and Dance in the Vampire Bund together)

Slashdot Top Deals

All seems condemned in the long run to approximate a state akin to Gaussian noise. -- James Martin

Working...