Well, I guess the truth is, personal data of EU and US citizens is sent in secret to european agencies all the time. Such institutions are all exempt from GDPR.
this is all an estimate. it's comprised of trading (to and from exchanges), sure, but also mining rewards, etc. there are some orgs analyzing the data, e.g. www.chainalysis.com
with ETH you have to understand, that a lot of capital influx goes into ICOs. They need ETH as a token. It will take months or even a year to play out these ICOs and not all of them will be profitable. That's when the ICO bubble deflates.
Someone could always go to https://coinmarketcap.com/ and (sorted by market cap) buy the top N weighted by their current market cap relative to each other. I would say there is no real need for an index at all.
Yes, that jupyter+react implementation will be open source. It's not clear though how the feature parity will be. At least the document is exactly the same.
I think in this case, it's more like there are "independent" recruiters with their fixed Q&A sheets sitting around, somewhere, and fishing around for possible candidates to make it to a second level.
Just FWIW, about 5 years ago someone also contacted me for a google interview. The questions were very similar, so I'm not surprised. I don't know what's going on behind the scenes, but after a few mins I didn't took the call serious any more and in the end after 30 min it felt more like a way too long prank call.
can you give me an example? I did all sorts of numerical indexing programming, from fortran, matlab, python/numpy and R, and I am definitely more comfortable with 0 based indexing.
In general, I don't like those X-to-Y translation pages, when the underlying concepts fundamentally change. You can't use your existing sql mindset to translate to their query language, but instead try to learn from scratch.