What’s the goal?
Discussion
Messaging around nostr has a chance of winning if the 1,000, 10,000 etc nostr apps work well together.
Exploring documenting the friction, and lack of compatibility between nostr apps. Most devs are focused solely on their app, and few, if any, resources are dedicated to testing compatibility with other apps.
Conversely, imagine the failed Tetris game - pieces do not fit or play well together. The high score is not achieved.
#nostr’s superpower is its network effects and those need interoperability.
What have you found so far? Which app compatibility has the best upside ?
Some notes are unfindable sometimes on some clients
Some clients support disparate and incompatible DM protocols
Some clients handle some recommended application handlers, and some do not (e.g. open this link directly in your calendar app)
I do not and will not have an exhaustive overview of all the app interaction permutations. However, this effort can and should be crowdsourced, and perhaps automated.
The tetris nostr poster aims to help communicate the importance of playing nicely, and inform/motivate testers to share apps not playing nicely together.
nostr:npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn suggested there could be a compatibility or integration engineer who submits compatibility patches.
What do yall think is the best way to crowdsource the interaction / cross app painpoints?
I created a skeleton public repo as a starting point.
This is a good start, but actually keeping it up to date and resolving the issues may be very difficult
What I found on Damus was that if other clients are causing an issue, or if Damus handles something in a way other clients dont support it is useful to document these friction points, and that a single client repo may not be the best place.
It is logical that devs and teams are focused on their app. So I figured it’s worth a try to document in one place things that are more complex than single app behavior.
It could be that integration lessons and patterns emerge, and all of nostr benefits from this knowledge.
I’m happy to get the documentation started, and continue maintaining it.
Who knows, maybe a FOSS enthusiast dev who enjoys fixing different apps working together appears out of the lurkwoodwork.
Worse case scenario nothing useful comes out, and devs continue doing their thing.
What do you think nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft
Totally agree, don't let my nitpicking discourage you, I think this is an important thing to get moving on
🙏
Appreciate how you spot patterns and issues across apps. Thank you for your time and effort. I am sure it won’t go to waste.
🙏
If there is a way to quantify friction points, there might be a fun opportunity for team design to visualize what works well, what doesn’t work well, and what doesn’t work at all.
Kind of like a nostr:npub1arkn0xxxll4llgy9qxkrncn3vc4l69s0dz8ef3zadykcwe7ax3dqrrh43w npub and/or relay metaverse, but instead with nostr apps
It feels like an exercise to both reveal a better picture of the network, and possible ways of strengthening its connections.
