Go is awesome, but
Since Go was not designed to be a pure functional language and lacks generics, we must take a performance hit to force Go into a functional style of programming, right? (Keep the faith! There's hope around the corner.)
We have covered the core principles of implementing and using collections. You learned that in functional programming, a single function can take input and return a result and transformations to the collection that occurs inside the function. You learned that we can compose functions by chaining them together.
If Go had generics that would simplify our implementation task, but more importantly, if Go were designed to perform tail-call optimization (TCO) and other performance-boosting optimizations, then it ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access