I believe that there are theoretical designs for computers (using reversible computation) that can compute without using any energy in computation. What I'm not sure about is that there's anyway to retrieve the results of the computation. (I've also got no idea of the speed of the computation. It might depend on random motions for all I can remember.)

Whatever, that's merely a theoretical quibble about your point. But then your point itself was a theoretical quibble.

The real weakness of 256 bit keys is poor implementation (of something). And you can't know that everything is properly implemented.

Weeel....sort of. Depends on what you mean. I looked at a lot of (well, several) computers before the Apple ][ was released. They were all interesting, but not quite interesting enough. Then the Apple ][+ was released with a Pascal card, and I bought it. A lot of other people made about the same choice at about the same time. That was when the PC bacame notable. A few years later IBM released the IBM PC with no significant advantage over the current Apple product...but that was when it boomed.

This is sort of like Apple releasing the Apple ][. Not the ][+. OTOH, Dremel is a much bigger name now than Apple was then. Perhaps that will be a big enough kick...but my expectation is that there will turn out to be the need for much fine-tuning of the design. Then Dremel will release a greatly improved model. And then someone who's the darling of a business segment will release a different, probably incompatible, model with some useful differences, and many user drawbacks...but it will sell into businesses, and Dremel will be edged out of the market...though not completely, and they may continue to dominate among home users and certain niche segments.
But THAT will be the boom.

Makerbot, etc. is just like the S-100 computers that predated Apple.

N.B.: This is all reasoning from analogy, and therefore not to be trusted. But it's still a good guess.

You're assuming that the universe is deterministic, or at least that the past is. I don't believe that to be correct. I believe the past to be as probabilistic as the future. Granted, it's probably that every backwards simulation will end up at the big bang, but in between now and then it's an uncollapsed wave function.

OTOH, I also believe in the Everett-Graham-Wheeler interpretation of quantum mechanics...but not in quite the same way that they did, as I'm considering branching to be essentially symmetric between the past and the future, so that not only does the present lead to multiple futures, but there are multiple presents connected to multiple pasts in a probabilistically branching net in both directions. Each present has multiple pasts, and each past has multiple presents (futures?). In a connected lattice that (perhaps) teminates in one single instant in the past where all the lattice links join (called the big bang) and less probably terminates in on single instant in the future where all lattice links join (called the big crunch). The big crunch, however, doesn't seem to be extremely plausible at the moment, given current knowledge and theories. And neither join is required by the theory.

FWIW, as far as I can tell this model is consistent with everything known about physics, but I'm neither a cosmologist nor a quantum mechanic.

Now that's just not true. Brainfuck is worse than PHP. So, for that matter, is whitespace.

Yeah, but are they ever going to fix the filters they broke with one of those updates? Doesn't appear so. If there were a decent and maintained email program I'd switch to it immediately. Unfortunately the others all seem worse...so far...until they break more stuff and decline to fix it.

The question is, what language would they write good code in?

FWIW, C++ has many features that are strong improvements over C. Class encapsulation, e.g. OTOH, it's also full of things that are only worthwhile if you are really interested in run-time optimization. Or maybe they serve some other function that I don't understand. Like the STL. Most of the code in the STL would be far better implemented as libraries, even if it might not be quite as fast. I also strongly dislike their implementation of iterators. Python, Ruby, D, hell, even Java, have much better designs for their iterators. I'd include Vala and C but I'm not sure that just iterating through a loop counts. (I know that in C++ you can iterate through an array just like in C, but Strings are a different case...and so it anything else that C++ calls an iterator.) Even Objective C is a better language than C++, but it has the major problem that nearly all the documentation and development is tied to the Apple version, and I'm not interested in accepting their EULA.

If Vala weren't so tied to GTK, and if it would ever get out of beta, then I'd consider it one of the best languages around. Pity about those two problems.

N.B.: despite the way I may have phrased things a few times, I'm well aware that my opinions are not universal, and also that different use cases result in different choices. So this is just my point of view. But I seriously consider Ada more often than I seriously consider C++.

The summary indicates that the source code is still there. They've just stopped updating.

Others have indicated that some of the projects moved off to their own web pages, so if you want up-to-date software, you should search for it rather than just relying on MozillaLabs.

They broke the filters quite awhile ago, and have shown no intrest in fixing them. If I could find a decent replacement I'd use it. Unfortunately, KMail isn't any better. (It's worse, but with different problems...don't use it these days so I don't remember quite what they were.) Seamonkey doesn't seem to work well on a 64-bit system. And every test of a new version of email package means that a bunch of emails aren't searchable. It would be worth doing if I could make one switch to a good program, but I've made several switches to programs that turned out to be worse, so I switched back.

I'm not pleased...but I don't really see what decent alternatives are...pine? Sometimes I actually DO want to enable html in a particular email.

Wow, your original post fits my experience in my Blue days to a "t". I was going to swap serial numbers with you. I am now working at a Huge Plant and while Agile is badly done, partly due to the huge geographic nature of the projects, the environment and culture is very different.

We are in a War on Faith, because Faith justifies anything and ISIS takes it to extremes. But in the end they are just a bigger version of Christian-dominated school boards that mess with the teaching of Evolution, or Mormon sponsors of anti-gay-marriage measures, or my Hebrew school teacher, an adult who slapped me as a 12-year-old for some unremembered offense against his faith.

Hm. The covenant of Noah is about two paragraphs before this part (King James Version) which is used for various justifications of slavery and discrimination against all sorts of people because they are said to bear the Curse of Ham. If folks wanted to use the Bible to justify anything ISIS says is justified by God's words in the Koran, they could easily do so.

18 And the sons of Noah, that went forth of the ark, were Shem, and Ham, and Japheth: and Ham is the father of Canaan.
19 These are the three sons of Noah: and of them was the whole earth overspread.
20 And Noah began to be an husbandman, and he planted a vineyard:
21 And he drank of the wine, and was drunken; and he was uncovered within his tent.
22 And Ham, the father of Canaan, saw the nakedness of his father, and told his two brethren without.
23 And Shem and Japheth took a garment, and laid it upon both their shoulders, and went backward, and covered the nakedness of their father; and their faces were backward, and they saw not their father's nakedness.
24 And Noah awoke from his wine, and knew what his younger son had done unto him.
25 And he said, Cursed be Canaan; a servant of servants shall he be unto his brethren.
26 And he said, Blessed be the Lord God of Shem; and Canaan shall be his servant.
27 God shall enlarge Japheth, and he shall dwell in the tents of Shem; and Canaan shall be his servant.

Yes, it's the way most contries operate. The most benefit goes to the politically well connected.

Well, as a Californian I'm on the fence about that split. (Not that that's the one people were trying to get on the ballot. The North-South split actually makes *some* sense. And has ever since the Supreme court decided that the Californian Senate couldn't be elected based on geographic considerations rather than population considerations. (Even after the split, though, the agricultural areas would be underrepresented...for cetain definitions of underrepresented.)

In the current situation it feels as if the Southern counties are using their dominance in population (i.e. representation) to pillage the Northern counties...though that's a bit more extreme that what they are actually doing. But as the drought deepens, the folk in the North are forced into severe water control measures, and the folk of the South are still watering their lawns and letting the overflow flow down the gutter. And some farmers are being forced to cut down parts of their orchards because they can't afford enough water for all of the trees. (So even in the North, the city dwellers are less pressed than the farmers.)

That said, even were such an amendment to pass (in the state) it would need the concurrence of the feds. (I don't know the details, but such an agreement is unlikely.)

Charles Stoss seems to believe that Britain is extracting wealth from Scotland. Perhaps he's wrong, but an earlier post above voiced the same opinion...and also agreed that DevoMax was the better choice...but one which had been manuvered off the ballot by politicians.

I think that Stoss is hoping that the nationalist party will become a lot less radical once they get the vote for independence. I don't know them (I live in the US and don't have any close ties to Scotland), but I'm a bit dubious about that.

I thought most of the oil had already been pumped out...of course, that was before fracking...