https://www.amazon.com/Component-Software-Beyond-Object-Orie...
https://www.amazon.com/Component-Based-Software-Engineering-...
The problem is how badly many schools teach OOP paradigms, and how many frameworks abuse a specific style of OOP.
http://www.amazon.de/Component-Software-Beyond-Object-Orient...
The first edition used Component Pascal from the Oberon family, which Go gets some influence from. Later editions used Java and C# instead.
Additional learning about how COM and XPCOM work is also a way to get some ideas.
Component Software: Beyond Object-Oriented Programming (Clemens Szyperski) https://www.amazon.com/Component-Software-Beyond-Object-Orie...
It's not a guide on how to do it, but it explains the ecosystem and forces in play (like why good components get rewritten, while bad ones persist). Once you understand these things you will have a better compass.