>Well history suggests some answers to that question
Such as? American Natives arguably fared rather poorly with immigration. What other examples did you have in mind? Other countries don't seem keen on immigration. Is South Africa encouraging Europeans to come over? Mexico and a lot of Latam have difficult immigration laws. Hell I ended having to pay a few thousand dollars to have my Canadian daughter leave Guatemala because she overstayed her visa despite her mother being a citizen. Imagine the outrage if the US started applying fines to be able to leave!
>but they don’t have a solution, period.
Isn't it automation plus very very limited purpose-specific visas?
What's wrong with them having preference for people of a similar race? What's wrong for looking at the source countries of many of these immigrants and saying no thanks? No one's in a hurry to make sure lots of whites have positions in Mexico or China.
Japan has a low birthrate but doesn't accept losing their ethnic makeup is a good solution.
I agree with your first 2 paragraphs. The problem is that people can be convinced that there is an issue where there is none, then resort to violence on weak grounds. It is easy to get people riled up on spurious reasons. I was about to bring up BLM but see you did so:
>considering what they’re protesting, I think BLM has been remarkably NON-violent
Last year only 20 unarmed black people were shot and killed by police vs 30 whites. So far this year the numbers are 8 and 11. Counting all police shootings last year, whites are 457 of them, blacks 223. About twice the number of whites have been shot by police. https://www.washingtonpost.com/graphics/national/police-shoo...
So yes blacks are killed at a higher rate per population. But what about by actual violence? When looking at violence, blacks and whites commit about the same number of homicides despite population differences. Homicide is the most fair stat we have. If we use lesser crimes [like drug possession or other violence], we will see blacks overrepresented due to higher policing and a biased justice system. In fact, as minority areas of cities have a low solve rate, going by homicides may understate the racial difference in crime in favour of blacks.
It sort of looks like, if you want to get racial about it, whites are the ones killed too much by police. And if you look at the numbers for Hispanics, it is even worse. (But that might be an artifact of how race/ethnicity/Hispanic is reported.[1])
Yet that does not stop perception. There was an ad on TV a while back with a black mother having "The Talk"[2] with her teenage daughter about getting stopped by cops and not wanting her killed. Well, let's see: in 2017 one unarmed female black person was shot by police, and that was when a SWAT team raided her and her bf's place. Such ads that portray this as an issue are simple fear mongering. 2018, so far that number is 0. An ad about how to hide in case of lightning storms would be more realistic. Or simply more training about driving. Or avoiding pools. Or practically anything else in the world.
Try it out: Go ask around and see what your friends and others think the true rate is of unarmed people being killed. Ask them what difference in numbers they think exist for black vs white, and ask them about the flip side of civilian violence. My guess is you'll first get some incredibly high statement about how this is just happening non-stop, then when you reveal the numbers you'll get some other excuse about how it is not about the numbers anyways but some other general racial problem.
2: Found it: https://youtu.be/3s20ePvTaME?t=21 "This is not you about getting a ticket, this is about you coming home" to which the girl says "I'm going to be OK....right?" Obviously a dramatization but if you're somehow implying to your teenage girl that cops are going to pull you over and you'll not "come home", you're the problem.
Applies to software too. Standards need to be strongly defined with no leeway. Parsing should be tight and leave no room for creativity. (Text protocols like HTTP I'm looking at you!) Anything that deviates should be rejected by reference implementations instead of trying to be "robust" by accepting junk.
I'm unsure how it doesn't fix the speed advantage. Anyone can get in front by bidding a millionth cent more. You can keep doing that until the price starts mattering, right?
I'm not against HFT at all. But having such granular pricing doesn't do anyone favours. More decimals would reduce spreads as well as silencing HFT critics and maybe make trading a bit more accessible without as much high end systems. But the spread reduction is valuable alone.
SEC can "fix" HFT instantly by allowing more decimals. There's no good reason to only have 0.01/0.001 increments. Making it so granular forces speed over accurate pricing. Make it 8 decimals and the speed advantage goes away.
Who has Tether defrauded? I agree Tether may have just issued without backing, but they don't promise being able to withdraw. So who is actually being harmed? And why is it unfixable? What if Coinbase promised to completely cover any usdt shortfall?
There is probably a trade-off depending on the content of the string, right? So the API probably needs a general-purpose and a "this should be all ASCII" version?
I meant Rust should have a SIMD optimised version that assumes mostly ASCII. I'm guessing there is a trade-off involved depending on the content of the string.
Some things are just wrong. I've implemented SIP, a horrible standard. Lots of compatibility issues just from their insistence on a "human friendly" text format alone.
At any rate there's lots of things you just have to ignore, drop, reject, and otherwise muck about with in order to run a sane network. These standards are not written with software experience. They're written much in a vacuum and out of touch. This varies widely across RFCs so it might not apply to RFCs you like.
Example of a MUST for SIP and HTTP: line folding and comments in headers. Apart from being crap for performance (so much for being able to zero-copy a header value as just a pointer+len) there's zero legitimate use for these "features" of the syntax. Simply rejecting such messages is in your best interest as a network operator.
Fast checking is really useful in things like HTTP/SIP parsing. Rust should expose such a function as well seeing as their strings must be UTF-8 validated. Though it's even faster if you can just avoid utf8 strings and work only on a few known ASCII bytes, it means you might push garbage further down the line.
>I could see Cook & co. make the case that these devices are so dangerous in that regard that they shouldn't be able to be used by anyone.
OK but that is not a legal strategy. You're not providing any basis other than that Apple should have some magical power to prevent people from touching devices they legally have access to.
OK and if you got Planned Parenthood or the Humane Society listed as a domestic terror organization it would hurt their funding, too. What's your point?
What are you talking about? You want to make it so that a company like Apple can just draw arbitrary bounds and say "no messing around beyond this point" and have that be internationally, legally, enforced?
We got that with the DMCA and DRM modules, phone unlocking, and console rooting.
But I am saying that it is unlikely Google will let you spam reservations. This idea that some kid will now be able to make 1000 reservations via Google is not probable.
Here's a version https://github.com/michaelgg/cidb -- Just some of the raw integer k-v storage part. It assumes you already have the hashed entries (you truncate them and the compression takes it from there). It is really what you should expect more from a college course IR project but since I never went to school... oh well.
I used this same library to encode telephone porting (LNP) instructions. That is a database of about 600M entries, mapping one phone number to another. With a bit of manipulation when creating the file, you go from 12GB+ naive encoding as strings (one client was using nearly 50GB after expanding it to a hashtable) to under a GB. Still better than any RMDBS can do and small enough to easily toss this in-RAM on every routing box.
Some day I'd like to write it in Rust and implement vectorized encoding and more compression schemes. Like an optimized SSTable just for integers.
Such as? American Natives arguably fared rather poorly with immigration. What other examples did you have in mind? Other countries don't seem keen on immigration. Is South Africa encouraging Europeans to come over? Mexico and a lot of Latam have difficult immigration laws. Hell I ended having to pay a few thousand dollars to have my Canadian daughter leave Guatemala because she overstayed her visa despite her mother being a citizen. Imagine the outrage if the US started applying fines to be able to leave!
>but they don’t have a solution, period.
Isn't it automation plus very very limited purpose-specific visas?