Conversations are ephemeral, broken by the reality of living. But they don’t have to be lost, as they are so easily on nostr ATM.

Passing chatter is fine for water cooler talk, but in the age of digital content … I want to have more tools in for tracking, recovering, and linking to (reassembling) important con⁤⁣versation bits into new and evolving conversations.

Social is nice, but productivity is right around the corner. (In the sense of that’s what people want to do, after having shared social conveniences)

Let’s keep conversational productivity in mind as we build nostr user experiences.

#nostrdesign

Reply to this note

Please Login to reply.

Discussion

Any examples? I’m dumb and I don’t know what this means 😔

One example…

The challenge of “linking” posts together to extend conversations, connecting ideas and people that may otherwise be missing each other.

This morning alone… we have a great example (linked here for reference alone, and NOT to extent a conversation… which is its own use case)

nostr:npub149p5act9a5qm9p47elp8w8h3wpwn2d7s2xecw2ygnrxqp4wgsklq9g722q posted a question.

https://damus.io/note1xnu7xcn7unhxx3apt8n97l883glkgrkzxser0hwp48dltspeywwqp3y7j5

nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z posted a “stand alone” reply without mentioning niel

https://damus.io/note17zrsu0thhpjvsfk45tzmjlegrcchncwftkt727d7dangc4uewepqkj7tpp

Meanwhile… niel is back on his timeline posting his own follow up.

https://damus.io/note15xvvscasa0egfj0hh72g4fg3neh553zwmsws06qm4r6lcfrt6f2q4e7yj0

This is a simple example of what I see every day! Broken snippets of conversation, that might or might not find each other. We’ve all seen this…

Maybe we “frame” it as OK “because it’s social media”. Maybe social is not responsible for being actually productive. But an open protocol like nostr has the opportunity to break this mold.

How do we make social more productive? First use case: how do we “cross link” posts, people and good ideas?

What I was JUST considering as you posted this reply (@⁣⁤karnage ⁤we are all psyc-linked) is the reality that (at lest two) clients I use have multiple means of sharing a post, but none have an (obvious “share @“) option to simply output a nostr: uri … for sharing posts WITHIN a client.

Why is this? … maybe because client rendering of nostr: URIs is inconsistent? I don’t know.

But as long as “share post” buttons output an http URI by default, then …

1: end users will be sent out of the client to continue reading… bad design

2: clients cannot verify when a post is “back-linked” to another. (Which would be bonus)

And as a result… cross linking of good ideas and people will be hampered.

https://nostrcheck.me/media/public/f8c60f6231f27b751174315722093d0c0f09de22193b9268ed69fa9bc74b67c0.webp

https://nostrcheck.me/media/public/266dd24c071789089d9f295295c8ced3ae1aa809f50db0f87afedb52d2d140b1.webp

We have ways to cross-link (replies and quoted posts, for instance). But in those cases, the author (me) did not choose to do so on purpose. Maybe we need a new way to link stories that is not author-based. Something similar to Communities, but for Curator-assembled threads.

Who knows...

Right. More author tools are great. But…

Tools for “self organizing” conversations and communities is where it’s at. This particular example I identified highlights this use case of ME trying to cross link multiple posts and finding it hard. (Because the links point out rather than stay within the client).

This is only one example and use case of our BIGFER challenge to build tools that allow content to be discovered and shared in a productive manner thats facilitates communities and conversations to self organize.

(Forgive my informal chicken scratch, as I wake up and frantically type ideas on my phone) M

Doesn’t this NIP already outline the solution, for cross linking existing posts?

https://github.com/nostr-protocol/nips/blob/master/27.md

Random thoughts:

1. You can already quote notes

2. It may be potentially socially disastrous to have the ability to link random notes in some official capacity outside of @ mention or repost. Maybe the notes were meant not to touch each other (author doesn’t want you to know what obviously motivated them to post that)

3. I don’t know if social media was ever meant to be productive? You’d want to turn all of this off if you wanted to get something done. In terms of learning functional threads would be a better solution I think (not related to your comment but I’m just pointing it out)

4. In terms of organizing information, I think visual bookmark boards or even lists would do a decent job if they are well designed and invite exploration.

Thanks.

See my comments bellow.

I’m simply addressing the fact that nostr IS breaking the “traditional” and arbitrary bounds of what is “social media”, simply BY being the ever-growing decentralized protocol that it is. As this protocol grows, we should keep this in mind ad facilitate end users to pollinate content across threads, users, clients, relays, and event kinds. Keep these tools forefront, as the protocol develops.

Forgive my abstractions. Big picture is difficult to explain without examples (as you posted) but examples inevitably lead away from the big picture. That’s OK also, but (this will be my recurring theme, so watch out) I will always attempt to bring attention (back) to the bigger picture. Not to define, but to realign. That’s what is important to me, in a decentralized dev environment. So thanks for your patience.

Ty. Keep beating that drum 🥁!

It’s hard for me to translates peoples ideas into practice designs sometimes so it helps to understand what people mean. Thus the questions.

Nostr is naturally interoperable and I think we’ll see a lot of that unfold in the coming days. I’m very excited for it!

ICYMI

By “comments bellow” I simply mean another branch of this thread, in which I address your points above.

(See if this works to make a link … here’s me PASTING a note ID and prefacing it with “nostr:” ala NIP-27 specs)

nostr:note1zjtzt45jp37n7df336ggktt8kzulxe4s6pegd946rtvrgvyaevrs98rcll