Right, go is just not designed for this kind of functional style, and it will always require a lot of boilerplate and fighting the language to try to write code

Right, go is just not designed for this kind of functional style, and it will always require a lot of boilerplate and fighting the language to try to write code like this. I predict that production go code will continue to use for loops for this kind of thing, even once generics are widely established.