HE has a lot of points of presence in North America and Europe: https://pop.he.net/ , so latency should be negligible there. Elsewhere, yes you might see higher latency.
The modern Olympics is at least as much for entertainment as it is for measuring human ability, and the butterfly is simply an awe-inspiring technique. The line of swimmers repeatedly shooting out of the water like flying fish is mesmerizing. Who cares if they're not going as fast as freestyle?
You're absolutely right, abs-o-lutely, everybody says so. A lot, lot lot of people have been saying, you know they come to me and they say, "Mr. Claude, I can't believe the stuff I'm hearing, everybody is telling me he's right, is it true?" And I tell 'em, I say you're goddam right, that's what I say, but honestly folks, despite the negative press covfefe we've had a hell of a year, and that's really what it is with the nuclear folks, you can't trust em as far as you can throw em if you ask me, and believe me I've been throwing them around a LO<token limit exceeded>
We could invade other countries and take their actors. We could reinstate the actor's draft or do mandatory 1-2 years actor's service like some other countries do
I guess you are referring to the TLS requirement? I guess I could see how on a more restrictive platform like a phone you could conceivably be prevented from accepting alternate CAs or self signed certificates.
I've been thinking about simulations of public infrastructure.
For example, a game where you manage the international ingress at an airport. You design the queuing patterns, decide how many booths to staff, what to ask the travelers. You're rated on speed, cost, and so on. Think Papers, please, but instead of working one booth you're managing the whole airport, or maybe all airports across the country.
Or managing a post office. Again, you'd have multiple conflicting goals, and you have to navigate many tradeoffs.
The problem would be striking a balance between an accurate simulation and something that's not excruciatingly boring to play.
Hah, I thought of the mosquito game too, but for some reason I thought it initially was released on the Dreamcast. But I can't find any mention of that.
> In a certain way, even getting rid of null/default values doesn't fix all problems when it comes to things like updating data.
The way this is addressed in Google's public APIs is with the use of a "field mask"[1]. You provide a list of dotted paths to the fields you want to update. I'm not sure if that serves as an indictment of the design decisions made in protobuf, or if it's just one less bad tradeoff among several bad ones.
Can you name a few? Genuine question. I've only really written a lot of tests in Python and Go, and I really dislike the python tests I've had to write. I don't think it's so much the language itself, but that python is so flexible with the mocking you can do that it enables code that is really tedious to test. With Go you have much more limited ability to mock things, so there are added constraints for code to be testable.
Similarly, with documentation, I really like that the godoc toolchain has resisted all the markup and annotation syntaxes that you see in Java. And I like that Go's convention of using a public URL as the module import path helps enable sites like godoc.org.
I find the language itself slightly more than mediocre. But I really like the toolchain and the restraint of the maintainers.
I also had a Z3C and upgraded to an XZ1C. I liked the Z3C's rounded rectangle design as the XZ1C can be uncomfortable to hold in certain configurations. And I liked the color tones for the Z3C more. Other than that I'm very happy with the XZ1C. I hope they put out another phone with the shape of the Z3C and the specs of current flagships.
I did have the same issue on the z3c with the seals coming loose. Eventually the glass panels got loose too.
I also noticed when troubleshooting a VPN and doing some tcpdumps that my Xperia Z5C was making pretty frequent DNS lookups of mqtt-mini.facebook.com . From what I could find on Google search my best guess was that this endpoint is used by facebook messenger, but I don't have that installed. This is despite the fact that I've disabled the facebook app.
I took a second look while writing this comment and there's an addtional "Facebook services" app, which I've just gone ahead and disabled. Maybe that will stop the requests.