News for hackers. Stuff that matters.

grenadier21

Re:New Tools for Detecting HTTPS Interception on Monday March 18, 2019 @04:22PM (#19424823)
Seconding CloudFlare's private CA. It's simpler and arguably more secure (less people to talk to, fewer moving parts, and most importantly, no need for backward compatibility), so there's really no excuse.
Re:Why Captchas have gotten so difficult on Monday February 04, 2019 @01:10AM (#19074311)
It's not that, it's the fact that Google asks you almost never if you're using a Google account. That pretty much gives Google-account-havers a fast pass to the Internet, which gives Google even more power that it really shouldn't have. Also, they're using the captchas to train their AIs, which is unfair extraction of labor.
Re:Disable Flash support by default in Firefox 69 on Monday January 14, 2019 @08:14AM (#18902682)
I wonder what's going to happen to all the incredible Flash media, especially games, produced over the years. I hope someone's archiving them, because I'd hate for us to lose them.
no script support that makes you wait eight seconds in a technology to make things ×faster× isn't really support, is it?
Like parent said, if a page takes 8s to load, I sure as heck don't mind seeing some partial results so I can start reading in those 8s.
No it's not. All the AMP websites I've seen were just as bad as their non-AMP counterparts. Reddit's AMP pages in particular, are slow and immensely frustrating to use.
But how do you know which 1 or 2% of the time it's happening?
Could some rebel make things like fake road bumps that lidars can't pick up, but humans can?
Re:IBM releases Elm-powered app on Saturday January 12, 2019 @01:16AM (#18890004)
Fair enough, but my main problem with it was that it existed, and then they removed it, which was very sad.
Re:IBM releases Elm-powered app on Thursday January 10, 2019 @12:46AM (#18871804)
That's how literally every VDOM-based framework looks, including React. Elm isn't special in this regard. It is special in many other regards, however, and I appreciate it for that. It's also interesting as one of the few languages that have parametric polymorphism but no ad-hoc polymorphism, which leads to some interesting designs. I don't like how only the BDFL is allowed to do certain things, like create new operators in external libraries, but overall, it's a very pleasant experience.
Re:A Critique of Standard ML (1992) [pdf] on Monday January 07, 2019 @08:20AM (#18844862)
Partial evaluation of the viable strikes me as a very elegant idea! That way static dispatch just becomes a special case of virtual dispatch. It also reminds me of devirtualization optimization, and tangentially, how Rust does the opposite thing, by making boxed traits implement the traits, too, which makes dynamic dispatch a special case of static dispatch.
Re:Red Programming Language: Plans for 2019 on Monday January 07, 2019 @08:05AM (#18844790)
Minecraft Java Edition is 100% Java, but it's also notoriously slow, and experiences lag spikes, which are often attributed to garbage collection. I think an OS written in a GC language can certainly have adequate latency and throughput, but I don't think Minecraft is a good example of that.
Re:Red Programming Language: Plans for 2019 on Monday January 07, 2019 @08:01AM (#18844773)
C doesn't even assume that code and memory live in the same address space! The portability of standard C is almost as breathtaking as the ease with which you can introduce undefined behavior.
Re:Red Programming Language: Plans for 2019 on Monday January 07, 2019 @07:56AM (#18844753)
Haskell's IO is literally the idea of sequencing commands reified, though, so the comparison is a bit apples-to-oranges.