Oh, I thought your point was that mathematics wasn't bringing anything to computers. As far as I understand it, category theory is more about finding commonalities across mathematical fields (or indeed, scientific / engineering fields), more so than solving more concrete problems.
What does that give you? For me, I think it gives me an easier way to see common abstractions across different problems I work on.
I am at the beginning of my CT journey itself, but a layman's understanding of monads, functors and applicatives gets me really far writing pretty much the same code when i do bare-metal embedded or frontend javascript. The point is not that I couldn't write bare-metal code or frontend code without, is that I am much quicker seeing "my javascript promises are like a monad" and "my coroutines are like a monad" and being able to shrink my cognitive load.
>Functional programming concepts don't require learning category theory
This is such a reductionist world-view. Programming concepts don't require you to learn the theory of computation either, but having a theoretical/abstract grounding for what computation is disconnected from any particular programming language/model of computation helps. A lot.
>Type theory isn't category theory
It depends on what you mean by "isn't".
There is a 1:1 correspondence between type theory and category theory constructs.
Functional programming concepts don't require learning category theory
>rust has novel concepts from type theory
Type theory isn't category theory. Rust's borrow checker was not inspired by affine types.
https://smallcultfollowing.com/babysteps//blog/2012/02/15/re...
>data engineering in the cloud age leverages a lot of algebraic concepts to achieve massive data throughput
This doesn't requite category theory and those are basic concepts from algebra that you can learn outside of the context of algebra.
>We have parser combinators, lambdas, stronger typing, map and flatmap
These don't require category theory either.