Einops is very readable per se, and mistakes are generally easy to detect, but how about making it even simpler with static analysis?

Some examples where it could be useful

rearrange(x, 'b h w c -> b (h w)') # complain on missing c
rearrange(x, 'b h w 3 -> b (h w) 3') # anonymous axes like 3 are not available in rearrange
rearrange(x, 'b (h w) c -> b h w c') # complain that either h or w should be provided

Wouldn't it be great if reduced or added dimension was immediately colored? Something like:

Do you use SSH? I guess you do, since you're on github.

I've been using unix sockets (UDS) as endpoints for containers for a while now, and it (mostly) rocks.

Several similar containers can live on the same instance, and each mounts a folder with UDS (multiple services usually). Domain sockets can provide access to various web-servers, and almost anything can serve from UDS.

(If you use TCP port forwarding for containers, try using UDS, you may like it much better, specially if you manage many endpoints or containers! No security issues, and you can easily add/remove sockets on the fly and without port clashes! Spice with using symlinks for synonyms, and network management stops being ugly.)

Back to the point: openssh-server does not support serving on unix socket, so I use ugly hack with socat redirecting request to TCP port. Openssh-client does not support connecting to domain socket (easy to fix this in config though).

While (unmerged) patches are available to support UDS in openssh, I'm on the market for something next-gen, e.g. something like SSH3 + serving/connecting to unix sockets.

If you think taking one of these projects, I am ready to test your solution, provide user feedback, maybe put in prodiction, and if it works, cover it here or in my blog. (or einops docs if it is relevant to einops).

Note that doesn't include development, but programming is something enjoyable,
while finding someone interested in using your work is usually non-trivial.