Agreed - except that Diffie-Hellman relies on the difficulty of solving the discrete log problem, not integer factorization - so that only RSA is vulnerable here, and only if bit-wise close primes were chosen for the key.

There's always the Mac Pro: Small; built to be hammered with ridiculous workloads; extremely quiet; and comes with that lovely trash-can-sleek styling. We play Windows games on mine using a Parallel's Virtual machine, but you'll want to boot directly to your game's OS for best results.

The price isn't pretty, but nobody said marriage is cheap.

"Almost Impossible" can be made very precise. Indeed, modern cryptography is based on the understanding that certain algorithms are "almost impossible" to reverse. Cryptographers prove theorems with wording like "indistinguishable from random by any polynomial time algorithm" when they mean almost impossible. So, Apple may be quite correct in their statement.

My take on this is that Apple likely has received legal orders it can not disclose, and implementing real, strong security to protect user's data.

"Good afternoon, Officer. My time is valuable. Your time is valuable. Please don't waste time by asking questions I am not required to answer."

"Sir, Have you been drinking?"

"Am I required to answer that question?"

"No."

"Please stop wasting time. As I said, my time is valuable. Am I free to go now?"

etc.

Here's what the US National Academies have to say: "One might think that airplanes, trains, and buses would consume most of the energy used in this sector but, in fact, their percentages are relatively small--about 9% for aircraft and about 3% for trains and buses. Personal vehicles, on the other hand, consume more than 60% of the energy used for transportation."

Completely eliminating emissions from buses would make only a small difference in the big energy picture.

That said, electric buses might not be such a bad thing. I'm driving an electric car these days and it is awesome (even if it isn't a Tesla).

Modern type safe languages have a lot going for them, but they don't solve the hard problems of concurrency. (n.b. purely functional languages allow easy parallelization of some mathematical functions, but do not solve the hard problem, either). Highly efficient threading, especially at the system level, is not made easier by type safety.

This instruction set extension offers transactional memory access, so a thread can begin speculative execution that modifies a block of memory, and roll back on a conflict, rather than stalling on a semaphore lock.

If you look around, you can find eye surgeons performing corneal collagen cross-linking in the US. My doc works in Colorado. The basic idea is that the combination of riboflavin (vitamin B2) and UV light causes the corneal layers to bond more tightly to teach other. The stiffer cornea is likely to maintain a better shape, but the main advertised benefit is stabilization, preventing worsening of the keratoconus.

In my case, laser ablation was used to remove the corneal epithelium (outer layer of cells) so the riboflavin eye drops would more readily diffuse into the cornea. I was a good candidate for the procedure, with a relatively thick cornea, and the outcome was good. The experience was a also a lot more painful than I expected, but worth the suffering. My eyesight is now OK (neither terrible nor great), and I can now consider Lasik if I want.

Of course, Intacs (small rings inserted into the eye that circle -- and help shape -- the cornea) are FDA approved for keratoconus, but the approval is under a Humanitarian Device Exemption, meaning they have not been proven effective.

OK. Now you are just plain wrong. Please read about car suspensions. You can start with the wikipedia article on camber angle: "The inside edge of the contact patch would begin to lift off of the ground if the tire had zero camber, reducing the area of the contact patch. This effect is compensated for by applying negative camber, maximizing the contact patch area." [Wikipedia]

[Please read comments carefully before posting.]

I stated the fact that many suspensions attain desirable negative camber while turning as a consequence of body roll. That cars are set up for neutral camber when driving straight is not at issue. The interesing part is that this Mercedes rolls the opposite way, and I wonder what changes were made to suspension geometry to account for this.

On the contrary, body roll is, in my admittedly subjective experience, quite noticeable. I drive two cars, a typical family car and a sporty two seater. The difference is night and day. One can easily feel the family car "sway" into and out of turns.

Cars can gain traction in turns if body roll results in negative tire camber (especially on the outside wheel). I wonder if Mercedes has engineered a sort of reversed suspension to take advantage of this property. Or is that what they mean when they say the design is "not ... for increasing cornering speeds"?

No, those motors are not good for 3200 accurate steps/rev: Motor accuracy here is likely to be +/-5% (10% range), so ideal accuracy will be closer to 2000 steps/rev, but real world accuracy drops with increased microstepping resolution due to varying load and detent torques, stiction, etc.

The good news is that this level of motor accuracy is irrelevant here. All you really need to do is beat the required positioning resolution (likely on the order of a few mils). A 20tpi lead screw and 200 step/rev motor easily beat this without microstepping. You probably still want a microstepping driver, though, since it can prevent mid-band resonance in addition to other features.

"Whoever ... knowingly and with intent to defraud, accesses a protected computer ... exceeds authorized access, and by means of such conduct furthers the intended fraud and obtains anything of value ... shall be punished ..." - CFAA (18 USC 1030).

That's what. (Disclaimer: IANAL and therefore don't know what I am talking about).

The synopsis completely misses the qualification, made in the first sentence, that TFA is discussing "concurrency, parallelism (manycore), and, of course, Big Data". Purely functional programming eliminates some significant issues in this type of programming (while introducing its own set of limitations). Meijer's point is that mostly functional programming is not really better than imperative here

For other types of programming, mostly functional style (using multi-paradigm languages) can be very nice. At least that's my position.

Timing in this case would be the phase of the variable frequency drive that powers the motor.

F# and C# are both multi-paradigm languages, and are both built on top of the CLR type system. Functional style is more natural in F#, but C# has first class functions (and lambda), too. F# has loops and assignment, but nothing as powerful/abuse-inviting as the C-style for loop. Neither approach is the one true style.

If you believe the proverb, "library design is language design" [from Bell Labs? Was it Stroustrup?], then F# is a much different language from other ML variants as it has native access to Dot Net/Mono libraries.