leg100

Because people are tired of identity politics being shoved down their throats, not because they're against immigration per se. The fact of someone's race or origin is far less interesting than the story of these individuals, their personalities, their minds. If race or origin comes into it, it's if it plays into these deeper stories. But we don't want people telling us that they should be "pointed out and repeated". It's both irksome and facile.

How does the older generation getting off their phones help them to understand "what goes on Fb", let alone help them gain critical skills (which seems far fetched)?

> about not wearing sunblock so you get all your Vitamin D.

There's something to be said for that. And there's something to be said for putting on sunblock.

The two aren't mutually exclusive; both have their benefits.

> I'm not gonna bet against the fed. Im not going to bet against politicians protecting retirement accounts and personal homes.

I'll take a punt. At some point inflation will take root, and when it does the fed will be in a bind.

Hell, the fed has already been digging away at pensions with their 40 year long put. Pensions funds struggle now to find a positive yield that meets their liabilities.

And homes will at some point come under attack. Perhaps only when everything else is gone, perhaps not. They're a sitting target.

Why is the number of forks indicated by a knife and fork? Is there no unicode character for just a fork?

It's rather trite to go on about how the word "curry" is a crude term that glosses over the rich variety of regional cuisines between and within various countries. Anyone who wants to engage in oneupmanship know-it-all will stress its inauthenticity.

Yet it is a useful term - as someone else has mentioned - to refer to meat/veg in spicy gravy sauce associated with certain countries. Just because it's a word developed outside of India doesn't mean it isn't meaningful.

That doesn't sound like much of a discount, what, 5%?

Without moving, I got 40% off my rent for six months in the middle of London. I'd encourage tenants who haven't asked for a discount yet to do so.

That's a connotation. Another one is that black you cannot see, white you can. Which does have some grounding in physics. And no, absolutely nothing to do with race.

I think you might have gotten that wrong...

Managing clusters in terraform is not enough to "treat clusters like cattle". Changing a cluster from a zonal cluster to a regional cluster in the terraform configuration will, upon a terraform apply, first destroy the cluster then re-create the cluster. All workloads will be lost.

I'm sure there are tools out there to help with cluster migrations, but it is far from trivial.

Then there is this funky avant garde grip:

http://www.fountainpennetwork.com/forum/topic/236206-alterna...

Correct albeit no Google daemons, just OpenSSH server, PAM and NSS configurations:

https://cloud.google.com/compute/docs/oslogin/#how_os_login_...

Seem likes an awfully laboured equivalent of GCP's OSLogin [1]. To SSH into an instance:

  gcloud compute ssh <instance_name>

GCP takes care of generating a key pair. The GCP linux images configure OpenSSH and PAM to check you have relevant IAM permissions. IAP [2] is used in place of a bastion if the instance doesn't have an external IP address.

[1]: https://cloud.google.com/compute/docs/instances/managing-ins...

[2]: https://cloud.google.com/iap/docs/using-tcp-forwarding

Appears to be a summarisation of its content without critique.

Funnily that's what I found with Braudel himself: describing what happened not why.

Regardless, a bloody good read.

British understatement.

This reflects the fact that a shadow 'internet' is emerging: alongside the public internet with its tier 1 ISPs, there are global private networks with vast bandwidth, ostensibly for a company's own use, but with opportunities arising for use cases just like this, selling off surplus bandwidth via marketplaces.

Many organizations insist on making everything private, i.e. running on an RFC1918 IP address, within the corporate 'perimeter', cloud included.

True, a cloud has an API, and that tends to be public rather than private, and that doesn't play well with the above approach.

There are some band-aids for this, such as Google Cloud's VPC service controls, which restricts which clients can access the Cloud API, providing a second layer of defence to IAM.

Personally I find this approach retrograde, because it assigns an element of trust to entities within the perimeter, whereas the BeyondCorp zero-trust approach does not, and plays well with the way public clouds have been designed (public endpoints).

K8s is in one sense a convergence engine, bringing container resources across a cluster into line with a given desired state.

So why not cloud resources too?

Having to run a cluster to do so doesn't feel quite right, however. But then if you're using Terraform - which is the most popular "cloud convergence engine" - you've probably provisioned compute resources with which to run Terraform. So not that strange.

The MLB seems refreshingly progressive in providing a free API (although from reading around it seems to be poorly documented).

The EPL by contrast jealously guards its stats and charges for every tidbit.

Nobody doubts it's the weakest prize of the lot (alongside the peace prize, although you'll probably remind me that's not real either).

They seem to be perennially awarded to academic staff at the university of Chicago for coming up for a new way of pricing something or interpreting the markets. Nothing earth shattering or outside the realm of orthodox economics (beyond a few exceptions such as game theory).

My experience too. I strongly believe there is room for some kind of tool to help with this process, whether it be a library, DSL, or framework. Something lightweight that places some order on the problem of generating configuration, nothing more.

Otherwise writing raw python and dumping to JSON (or using python client libraries for whatever you're targeting, e.g. kubernetes), quickly becomes an unmaintainable mess.

He's spot on about separating "configuration generation" from convergence. There is no reason for the two to be the same system, the same tool. As he says, Kubernetes is only concerned with the latter, whereas Puppet, Chef, and Terraform conflate the two (insofar as it uses HCL).

And for all the talk of "declarative", there is no reason why the configuration generation stage cannot be imperative, a la Pulumi. It is the desired end state - the catalog that's being generated - that is declarative.

Looks as though they'll tack it on later:

https://github.com/helm/helm/issues/5084

Does beg the question what have they been doing all this time. V3 has been a long time in the making.

No, not "hence the inflation".

You have not explained why; you've explained why you think we should have inflation. And why someone thinks something should be is a long way from explaining why something is.

I'm not sure that is "why we have it". It sure is why the central banks are pumping money into the system (they quite rightly want people and companies to invest), but it's far from clear why we have it a priori.

You have naive and warped view of what constitutes capitalism. Dumping, protectionism, state subsidies, what have you, have had a long and varied role to play in the history of capitalism.

> Configuration languages succeed and work just fine most of the time, despite their inadequacies and quirks, but no one ever complains about them when they work

I'm genuinely intrigued to see a non-trivial example of this, a configuration in use by an organisation with complex needs, describing its applications and its cloud infrastructure, while avoiding the pitfalls you describe that bedevil the use of Turing complete languages.

Or the premise is a false one, that a configuration language is not the right approach. And everytime yet another such language falls flat only serves to reinforce this very point.

You've failed to explain your original premise, i.e. it is energy that determines the price of gold. You've made some tautological points that get us no where.

> Well sorta. In real terms, the price of gold is anchored to the amount of energy required to mine a kilo of gold with a sustainable margin. That quantity doesn't change very much (in real terms) over time.

Could you explain more about why it is the amount of energy required that determines the price? That could get rather circular (what determines the price of energy).

A Marxist would say it is the quantity of labour power required; a classical economist would say it is the balance of supply and demand, but I haven't heard this one about energy.