I guess it'll depend on the emerging markets with slow(er) connections when Duo really shines (presumably it can work on 3G and fallback to audio only on even slower connections).
I'm surprised "Mountaineering: The Freedom of the Hills" even mentions pitons as it's all about the non-destructive ethics of climbing. Honestly I don't remember it ever mentioning pitons at all but granted I read it last time few years ago.
AFAIK Google Cloud uses encryption throughout including for storing data with customer-provided keys. Not sure how your privacy would suffer in this case.
Risking being down voted, I doubt that c++ is the right language for bare metal development at all with its constraints like exceptions and RTTI. Rust seems to be the modern and safer version of C that is more appropriate for bare metal development.
No. The reason they don't use exceptions is because they lead to unreliable code that is difficult to maintain. There are other ways to indicate error situations such as returning error result that caller must handle.
How often would you find a situation where lock free data queue or stack would bring huge performance gains? Usually bad performance comes from a poor choice of data structure(s), bad data locality or by locking is too coarse or too fine causing livelocks/convoys/excessive context switches etc. What I'm saying is that using lock free or wait free algorithm is not a panacea.
You call malloc in your implementation -- you realize that memory allocation takes lock at some point, right? To make it truly lock or wait free you need to implement a corresponding memory allocator as well.
> Thus lock-free data structures were developed which magically did not need locking and thus could operate blazingly fast.
This is wrong assumption. With lock-free data structures you don't skip waiting for your right to access data, you just avoid using lock. It may or may not be faster depending on conditions, and whole lot harder to get it right:
That's because deepening relationships is not FB's goal. Maximizing profits on the other hand is, and that explains all the changes over the years it exists - social games (Zinga etc), "like farms", lack of piracy controls over stolen YT videos, etc.
Pretty straightforward goal like others mentioned - de-prioritize publishers, get them pay more to promote their posts, prioritize them back. Nothing has changed, publishers pay more. So much for "focus on Friends and Family".
I know that. However, factually I'm correct by saying that Chromium doesn't use webkit. It doesn't matter if it's still largely the same, what matters is that blink diverged from webkit for variety of reasons.
US is far from finishing deveping, fortunately or unfortunately. Take trains, for example, area where US is far behind China, Japan, or European countries, despite the size of its territory. I'm sure there are other examples.