bin VS m1-terraform-provider-helper

Downside: it's all shell scripts. Upside: it's all shell scripts.

Seriously through, it's pretty easy to create an asdf plugin, and it works great. But it would be great if there were a static executable to handle it all.

A couple projects out there come close, but need people to contribute code to finish the most useful functionality. One example is https://github.com/marcosnils/bin - the developer is fully in favor of improvements and added features, but needs someone with the free time to add them.

Looks good. The problem is, there's also https://github.com/marcosnils/bin - now i don't know which one to use :/

There's virtually no unsolved issue. If you need something x86 is you use rosetta. If you're using terraform and a provider hasn't issued an ARM release you can use the m1 provider helper.

There really isn't any substitute for production experience. Yes you can learn the basics, and the universals are transferable, but you're never going to come across e.g. something like needing this in a homelab, still less the real reasons why you need it...

Try this. https://github.com/kreuzwerker/m1-terraform-provider-helper

tfswitch might help with particular issue of terraform versioning:

https://tfswitch.warrensbox.com/

Even then some versions of terraform providers are not compatible with M1 macs. Docker would help with that probably, but so can: https://github.com/kreuzwerker/m1-terraform-provider-helper

Perhaps these sort of issues support the benefits of per-module docker images?

Check to see if your provider has an M1 compiled version https://github.com/kreuzwerker/m1-terraform-provider-helper/blob/main/docs/provider_information.md

The general availability of darwin_arm64 Terraform providers. There are often cases where the maintainers did not release a darwin_arm64 version yet. Only roughly a fourth of all providers have a darwin_arm64 version released (see here for details)