On most Linux environments: text you highlight with the mouse (or highlight by double/triple clicking) can be "pasted" by middle-clicking.

And it's a separate clipboard from Ctrl+C/right-click-and-copy. The number of times I miss that on non-Linux...

Personally, I use tmux on both Linux and macOS to get multiple clipboards and the mouse behaviour I’m used to.

> "I don't even know what you mean by mouse-select and paste."

Presumably they mean linux-style text select & paste, which is done by selecting text and then clicking the middle mouse button to paste it (no explicit "copy" command).

macOS doesn't have built-in support for this, but there are some third-party scripts/apps to enable it.

For example: https://github.com/lodestone/macpaste

On Windows these days, you get WSL, which is actual Linux, kernel and all. There are still some differences with a standalone Linux system, but they are far smaller than macOS, in which not only the kernel is completely different, but the userspace also has many rather prominent differences that you will very quickly run afoul of (like different command line switches for the same commands).

Then there's Docker. Running amd64 containers on Apple silicon is slow for obvious reasons. Running arm64 containers is fast, but the actual environment you will be deploying to is almost certainly amd64, so if you're using that locally for dev & test purposes, you can get some surprises in prod. Windows, of course, will happily run amd64 natively.

> the actual environment you will be deploying to is almost certainly amd64

that’s up to your team of course, but graviton is generally cheaper than x86 instances nowadays and afaik the same is true on google and the other clouds.

Arm is an ISA, not a family of processors. You may expect Apple chips and Graviton to be wildly different, and perform completely different in the same scenario. In fact, most Arm cpus also have specific extensions that are not found in other manufacturers. So yes, while both recognize a base set of instructions, thats about it - expect that everything else is different. I know, amd64 is also technically an ISA, but you have 2 major manufacturers, with very similar and predictable performance characteristics. And even then, sometimes something on AMD behaves quite differently from Intel.

For most devs, doing crud stuff or writing high-level scripting languages, this isn't really a problem. For some devs, working on time-sensitive problems or with strict baseline performance requirements, this is important. For devs developing device drivers, emulation can only get you so far.

What are you responding to here?

No, I said you won’t always be deploying on amd64. Because arm64 is now the cheapest option and generally faster than the sandy bridge vcpu unit that amd64 instances are indexed against (and really, constrained to, intentionally, by AWS).

I never said anything about graviton not being arm64.

Its not about price, its about compatibility. Just because software compiles in a different ISA doesnt mean it behaves the same way. But if that isn't obvious to you, good for you.

> "userspace also has many rather prominent differences ... (like different command line switches for the same commands)."

Very quickly remedied by installing the GNU versions of those commands, ie: "brew install coreutils findutils" (etc)

Then you'll have exactly the same command line switches as on Linux.