Post

One of the challenges here is that "developer relations" in other open source or company contexts is around a single codebase, an inside & outside. So for me, this is "ecosystem relations" & networked orgs, which are subtly different. e.g. there are no third party atproto developers.

I’m not sure I see the value of that distinction. Both are built for effectively communicating with a community, regardless of the integration points.

0 reposts18 likes

If you haven't been doing much ecosystem relations then it can be challenging. Probably should have been called Bluesky Report too Something like (not fully fleshed out): protocol (pre standards) -> protocol IETF -> ecosystem -> implementation codebases w/ contributors -> operators -> etc