News for hackers. Stuff that matters.

perflexive

Re:The time I 'nearly' solved the Twin Prime Conjecture on Monday September 05, 2016 @05:46PM (#12432385)
And I once had a very similar experience "breaking" RSA. Haha
Re:Finding an ATM Skimmer: It pays to be paranoid on Friday June 24, 2016 @07:12PM (#11974204)
Flush in this instance means "not protruding."
Re:How JPG Works on Saturday April 30, 2016 @02:52PM (#11603010)
What I'm saying is that at no point was I confused about what they were trying to communicate, so as far as I'm concerned it makes no difference outside of just being pedantic.
Re:How JPG Works on Thursday April 28, 2016 @02:22AM (#11586849)
As far as I'm concerned, they're interchangeable. I can't be the only one who thinks so.
It's pretty outrageous that this didn't launch with an option to opt out.
Re:Introducing MIR on Wednesday April 27, 2016 @05:52PM (#11584878)
I have no experience with LLVM internals, but couldn't you split up the code and disable some of LLVM's optimizations on blocks defined by the programmer?

Or do you have to pass the entire program at once to LLVM? Maybe the ability to disable optimizations only on certain functions is possible, idk, but I think it certainly would be nice.

Re:Introducing MIR on Wednesday April 27, 2016 @05:38PM (#11584785)
I'm surprised to see no mention in the article or on HN about how this might affect writing crypto code in Rust. Maybe it's a little tangential, but I'm dying for constant time operations.

Avoiding branches, etc. in Rust doesn't mean LLVM won't add some as an optimization, which is frustrating to say the least. It would be awesome to be able to define a block - similar to "unsafe" - that tells the compiler to disable optimizations that could introduce non-constant time operations. When I started reading the article, I though maybe this new development would open the door to something like that, but it doesn't appear to be the case.

There's some work to do constant time ops in rust, but it's very experimental and untrustworthy. :/

Re:A Methodology for Retiring Products on Monday April 25, 2016 @11:46AM (#11564972)
>Recommendations for moving to another service.

I think the article understates the importance of this. As a customer, I won't be nearly as upset about a product being killed if you show me some good alternatives, so that's critical.

Re:5,000 Developers Talk About Their Salaries on Saturday April 23, 2016 @11:24AM (#11555917)
[citation needed]

I've seen at least 1 study that showed controlling for those factors (and many others) reduces, but doesn't come close to eliminating the pay gap. Iirc, there's still ~7% unaccounted for.

I believe it's a widely held misconception that pay discrimination doesn't exist.

An account created two hours ago has commented only in response to the two comments in this thread.

If I was a betting man... ;)

Am I the only one who gets the vibe that the author is not particularly well adjusted and is hoping that somehow this post goes viral and gets him a shot with that girl? Even the first paragraph doesn't exactly scream "emotionally stable".

I may be projecting, because that's totally something highschool-aged me would have done. But to me this reads as a transparent attempt at getting a girl's attention rather than any valuable insight about Tinder.

Edit: a word.

Re:Cashing Out vs. Cashing In on Sunday February 28, 2016 @09:30PM (#11193344)
Hi! Author here. Long time lurker, first time poster.

I wouldn't consider myself a particularly strong writer so any feedback you might have would be greatly appreciated.

Thanks!