svk is a tool to do exactly this. You can always copy the actual repo, you have read access to it after all. Something like svk vastly simplifies this workflow and can keep your local copy up to date.
Keep in mind that the intended workflow with svn is to perfect a patch locally and commit when you are done. So something like svk is considered a special case, not an integral part of the workflow. git actively encourages you do split your work in separate commits using rebase.
So there is a big difference in intended use, perhaps not as much in technical ability. Linus would likely have gone mad had he forced his workflow on svn.
What do you mean? It's specifically for $(cat …) / $(< …): the latter is a faster equivalent of the former. Other than that, see my comment about $READNULLCMD.
Intel was receiving continuous beatings from AMD (Ryzen/Epyc) a few years before Apple came up with M1. 2016/2017 vs 2020. I don't think Apple and Intel are in much competition: Intel doesn't make laptops and lacked Apple's moat when they did, and Apple doesn't sell (amd64) server CPUs.