Imo, understanding this cognitive load problem is essential to understanding why most of us wind up building platforms in the first place.
It's what makes platform engineering so compelling and *valuable*.
Platform as a product is also a BIG right now.
In his talk, @TeamTopologies author @manupaisable explains how like any other product, platforms are optional to use, carefully designed to make using them easier and evolve as technology changes.
As such, it's important to apply the same principles and processes to platforms as you would to products.
* Conduct user research
* Create a product roadmap
* Solicit regular feedback
* Market your platform internally
And so on.
I think this product mindset is what sets platform engineering apart from other adjacent disciplines like #DevOps and SRE
AND
Is ultimately what will help platform engineering succeed where DevOps and SRE failed.
Last important convo is about finding the right level of abstraction.
There seems to be two different (but not necessarily mutually exclusive) approaches to this.
On one hand, there are more code-based, declarative approaches inspired by #GitOps workflows.