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.

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

0 reposts8 likes

No replies yet.