Finding people, companies and references is most crucial for a professional social network.

Here is how we plan to tackle this for Flockingbird: Decentralised and Privacy-friendly:

@flockingbird Doubt this would support the way I used LinkedIn: make connections and look them up when following up. Very common.m

I often land in new groups/contexts with no connections yet and this approach would make finding the first connection very very hard.

Connecting should be super lightweight, discovery easy. A public (slow?) search spanning many many instances might help? Perhaps allow many 'local' contexts (eg: a conference, organisation or topic) rather than one?

@madnificent As for connecting, that is a good subject for another post. I'm sorry if the blogpost implies that searching is the only way to connect.

I'm not sure if I understand your comment about it "making finding thefirst connection [..] hard". Do you mean that without groups, discovery is hard?

Geographic, or local discovery is a neat idea, It's on the list now. We need to think this through very well, though, because it also is a potential privacy nightmare.

@flockingbird It's easy talking from my lazy chair, but the search problem is hard.

The first connection in a new group would be very hard to find. You most often find people by name, not because they shared their URL (especially so when the network is still smaller).

Regarding privacy: it could make sense to *choose* to make some info publicly available perhaps?

Regarding "local": I'd want to be on multiple federated instances in an integrated way. I cater to multiple groups. 🤔

@madnificent Regarding groups: there are no groups planned in Flockingbird.

Your instance is your group.

Finding on-instance people is easy: that is just an index of the instance-users.

The moment that your fellow-instance-user Bob connects to Jane on another instance, all (public) data and updates of Jane's profile are pushed onto your instance. Jane is now indexed on your instance.
If Bob is in your contacts, Jane will now pop up in your searches, without the need to look up remote data.

@flockingbird I understand this. It would be cool if you could be part of multiple instances as a unified entity. People can have many aspects (Green + Foodie + Location + Art) to choose an instance by.

I may be missing some understanding of the Fediverse, so this might be a no-brainer. 😊

@madnificent We'll get back with this in a future blogpost. Promised. Post is in Draft, but, spoiler alert, it is a much more complex topic than one would think. Fediverse and Activitypub don't offer anything for this.

Lemmy has something like this, but it greatly complicates their moderation model:
And it avoids privacy-issues by assuming everything is public always. You cannot have a "this is only visible to members of a community".


@flockingbird @madnificent pls. also check out the model of @mobilizon they allow users of an instance to be part of different entities (i.e. groups or organizations) which are not connected on the front end.

This would allow me to track a special interest group of a new career goal (e.g. project managers) while not disclosing it to me current connections.

See the

Sign in to participate in the conversation

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!