dirtydroog

Historically, only if the company wasn't French. Now it seems it's a free-for-all, unsurprisingly.

What industry?

Bingo! Writing a template library is totally different to writing an application.

+1, I cringed when Herb Sutter released the 'Almost Always Auto' C++ presentation on YouTube. Sure, auto has its place, and I personally use it, but I just knew that less experience devs would go nuts with it, and it'd only make their lives easier for a short time.

Are you suggesting that a system's services should be run in individual docker containers?

They seem to be different problems though, as that LWN article suggests. It's probably easier to checkpoint/restore an entire image's state than an individual process' state.

But even calls like gettimeofday() work differently when running on hypervisors than they do when running on bare metal

It reminds me of the techniques used in railways to smooth the transition from straights to bends.

https://en.m.wikipedia.org/wiki/Track_transition_curve

That was a very long advert.

I suggested an underlying_cast function that converts a typed-enum to its underlying type. It's quite useful for things like sending typed enums to streams.

Isn't this a bit fragile though? It's totally fine as long as you own and understand the code. But what's to stop someone new and/or inexperienced from coming along and violating the 'already proven' claim? How will you know?

Isn't there a risk of Rust code having "Don't ever change this" comments?

In modern C++, inline is used to prevent 'multiple-definitons' errors, not to actually inline the function.

What user data doesn't google sell?

https://developers.google.com/authorized-buyers/rtb/download...

Is Intel's TBB allocator no good? I rarely see it in comparison tests

Things like branch prediction, caches, instruction pipelining? Not really. People want the algorithm, not a difficult to translate implementation.

Totally agree. It doesn't help at all. Pseudocode would have benn sufficient. Fake machine code? Nope.

C++ has a proposal for std::embed

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p104...

They bought ARM. Quite a good investment I believe.

Maybe not.

If Youtube can't make money from you why would they host your content?

If you realise you're now locked into the Apple ecosystem don't you want to do anything about it? It's very risky, it is your point of weakness.

Well, going by the functional programming crowd's take on immutability, you just have to buy a new laptop each time.

What a strange comment.

> I want to see, in the flesh, how scared and uncomfortable you are at seeing a candidate write original solutions to real problems.

I've no doubt your code is the best in the world (have you a github repo?), but with that attitude you'd be shown the door quite soon.

Have you not been watching the stock market for the past three weeks?

What has that got to do with anything?

Reads like someone was forced by their marketing team to write an article about anything at all.

For my workload I've struggled to see the advantage containers would give me. Maybe someone here can convince me, rather than the current justification of 'docker all the things'.

We have servers, they handle a lot of traffic. It's the only thing running on the machines and takes over all the resources of the machine. It will need all the RAM, and all 16 vCPUs are at ~90%.

It's running on GCP. To rollout we have a jenkins job that builds a tag, creates a package (dpkg) and builds an image. There's another jenkins job that deploys the new image to all regions and starts the update process, autoscaling and all that.

Can containers help me here?

Does it support timers / timeouts?

Thanks for the article, it's very appealing to start to play around with this.

Doesn't seem to work on my iPad

XML needs to die