John Arundel

Done (at last!) in #139, and thanks to everyone here for their valuable input in hashing out this design.

Right, but if we had (for example) `JQRaw`, or equivalent, would we really need a general-purpose `Trim` method? What for?

Yes, understood, but why would you need to do that? In what real-world application would you need to trim specific characters from either end of a string? Don't take this...

I have some sympathy with @rsc about this (OK, a lot of sympathy). I don't think the layout shown in this repo represents either the best way to structure Go...

I take it there's already an issue to add this functionality to `kubectl` (which seems the logical place for it), and that proposal has been rejected for some fairly sound...

> @bitfield the question is a bit off-topic and basically asks "why is there even a kubectx" but here's the answer: [kubernetes/kubernetes#27308](https://github.com/kubernetes/kubernetes/issues/27308) Well, it's not quite so much 'why is...

> Moving kubectx/kubens to Go would further make it easier to distribute on krew (since it would cut dependency to bash) and allow support for more platforms. Sounds great to...

In previous programs I've used the `terraform` library itself to open and modify plans. I agree that parsing the output of _any_ command is too fragile to be worth considering....

Currently this is a blocker: https://github.com/hashicorp/terraform/issues/21121

Some interesting discussion on that issue. The Terraform project has an unusual attitude to their Go library; they don't support it! In other words, it's not intended to be a...