cpurdy

HTTP/3 has just been finalized as a standard this year, so I'd guess we'll start to see it be adopted maybe in 2028 or so

It will be easy to add support on the back end (at least for any software that already supports HTTP/2). So adoption will be limited by the front end. Adoption may come sooner, but only if telcos and phone makers both agree that it will help them. (Mobile currently represents ~75% of web usage, and still growing.)

"who blocks UDP?"

In the world of virtual machines, UDP is always the first thing to die. Xen on Amazon, for example, would often (and almost always, if there was any load at all?) silently discard most UDP traffic, and this was true for years. VMWare (back when it was still being actively developed and supported) had fairly atrocious support for UDP as well, and the "atrocious support" level was only if you explicitly enabled it and carefully configured it in the first place. In one VM implementation (15+ years ago, so I can't remember which, but probably VMWare or Xen), we determined that the UDP buffer size was a total of one packet (~1500 bytes). So if you wrote a test that sent or received a burst of more than one packet, only one packet out of the entire burst would have greater than a 0% success rate and the rest were lost.

Back then, I was testing with UDP on EC2 before EC2 was open to the public. I was working with UDP-based server clustering tech (previously used by Amazon, since acquired by Oracle). Still have the scars.

It's been many years, so my guess is that reasonably decent UDP support has slowly crept into EC2 and other common cloud and virtualization environments, and may even be decently supported by now. It needs to be very good to support the transition to HTTP/3 (which coincidentally I'm currently working on).

multithreading to A. understand coworker who multithreading, you only need one multithreading. :/ doesn't coworker who However understand well you life an unending hell. B. You always have at least one doesn't make your completely understand

This is a service that I would pay for. Even if I had to pay more than the advertisers would.

Firefox has consistently been the only browser protecting people from the Facebooks and Googles of the world.

There are a few sites that don't work in it, but it tends to hew closer to the standards than the proprietary lock-in browsers.

Weird. This is not at all my experience. I haven't been using Firefox for 30 years, since it hasn't existed that long, but I've been using it since it was first working.

First, it's important to understand that with Twitter, you can always add another tweet, so if you are long-winded, there is nothing to worry about ... (2/287)

Twitter, of all options. A thread. (1/287)

Thank you comrade for your wise words.

Forgot what?

Paul only knows people who write Lisp. That's a pretty hard thing to accomplish, and harder to maintain.

Wow, that piece didn't age well, did it?

Paul Graham is a great writer, and a horrible technologist.

Q: "Why would the median temperature be a useful measurement here?"

A: The median temperature is the calculation that allowed him to deny planetary warming while using statistics.

Look, when you want to show something to be true that is actually false, statistics will help you to do so.

Great timing! I was just looking to jump into crypto now...

Wonderfully written and explained.

Kudos!

Yeah ... no. (Anecdotally, not scientifically .)

Oh, .NET is still a thing?

In 2022?

Cool.

A couple paragraphs was all that I could bear.

Horrifying.

"I am a starving wannabe journalist writing a linkspam article per week until I die. (If you’re in the mood for Mexican, try these 15 easy Mexican appetizers at home.)"

(The second half of that is an actual quote from the article, which is absolutely littered with linkspam.)

touché!

I'm invincible!

More on this topic: https://www.theatlantic.com/ideas/archive/2022/05/single-use...

Predictably, "The Computer Language Benchmarks Game" once again proves the worthlessness of "The Computer Language Benchmarks Game".

This thing has been a long running joke in the software industry, exceeded only by the level of their defensiveness.

SMH.

Obligatory +1 for trying to argue against OOP without mentioning "cats" or "dogs".

C# definitely does not take 1ms to look up something in a hash map. Perhaps 1us (microsecond) in a horrible example if the virtual hash code has a slow algorithm and doesn't cache the result.

Regardless, the benefit of not using C++ is and always has been: Not having to use C++.

Minimalism is usually in the eye of the beholder.

There are only a few languages designed with minimalism explicitly in mind (Go is a good example), but even there (a language within which application developers readily accept doing the job normally assigned to the language and compiler) the demand for some minimal set of useful abstractions is forcing the language to grow over time.

Let's be honest: Most complaints about bloat are actually complaints about stupid design decisions.

But at the same time, it's admittedly difficult to learn something when it has a lot of one-off corner cases.

>Bitcoin can be transferred instantly across the world and the amounts verified by computers. Gold cannot.

Which is a huge win for gold.

I'm still looking for all my apes that got stolen.

> As it stands bitcoin is a decentralised casino.

Casinos serve alcohol.

>We're literally seeing that now. The money is flowing out of BTC even faster than all the other investments losing value.

Yes, but other than that, how did you enjoy the play, Mrs. Lincoln?

Additionally, Josh's first generics implementation in Java was reified (like C#), but the necessary JVM changes were delayed, so he had to quickly do a second implementation using erasure.

Sometimes, reality bites.