This would be interesting in a #Nostr client cc: @miljan @jb55 @ManiMe #grownostr #bluesky https://image.nostr.build/c282fafe3e6d109a89df2418d15f85b5198f70e80ffbebb7fb1befdc45aa8719.jpg https://image.nostr.build/8e44ee333643ee7e47da341e47abe4ff26d670edb6b4aa48f1008c6b45eeae4c.jpg
Nostr needs this even more now … and I am still looking for funding to continue development. nostr:note1t96f5vfy3rs5khdhztt45xes7cr0z6lkecm7kvtz93a8xhweqxnssm3eqy
Yeah it’s been discussed many times. Its a good idea
I’ve summed it all up in one article. nostr:note1t96f5vfy3rs5khdhztt45xes7cr0z6lkecm7kvtz93a8xhweqxnssm3eqy
Coracle has this, called invite links
This is essentially what nostr:nprofile1qqsd7ele5ljpzft5tjl84naae5pkj9uqcepa77adwr6ayyy0948uyqqpz9mhxue69uhkummnw3ezuamfdejj7qtxwaehxw309anxjmr5v4ezumn0wd68ytnhd9hx2tmwwp6kyvtdv9hxcmnxd3uh57t2dpnkswfhxp6rsmtddenhyerew33hqvm2wfkkzcfkxe6nsdpkvankwdm5xgcxxem3w9m8jm3ew3hr7cnjdaskgcmpwd6r6arjw4jsz9mhwden5te0wfjkccte9ehx7um5wghxyctwvshsavanjs is building.
Yes, we had a talk a long time ago about this and I showed my support 💜... but I think it will need integration in the clients, separately I don't know if it will be very successful nostr:note1tfffsd4wtx87azh2tlp7duz3ma5hcdlmcz6qfh8cg5xwx2vvas6q7lrqks
Great idea
Yup. Nostr can take it even further. nostr:note1t96f5vfy3rs5khdhztt45xes7cr0z6lkecm7kvtz93a8xhweqxnssm3eqy
PRs welcome https://github.com/damus-io/damus/issues/1696
That’s what @hodlbod said and also @Vitor Pamplona … and others. https://github.com/nostr-protocol/nips/issues/1062 The problem is … we’re not problem solving together, and each of us get tangled in our own patch of technical weeds. - what is the actual problem being solved with “invites”? - who (stakeholders) would benefit, for which solutions design should always be targeted? - what would (a family of) MVP solutions look like, whereby each of our projects could be aligned in tackling the problem from different angles? Decentralized is great … but sometimes we just need to get on the same page. Here’s why: nostr:note1t96f5vfy3rs5khdhztt45xes7cr0z6lkecm7kvtz93a8xhweqxnssm3eqy
> we’re not problem solving together, and each of us get tangled in our own patch of technical weeds. Lots of ways to fix this: - Dev standup calls - nostrtalk.org - NIPs repo - Using nostr But I think pitching in to existing projects could be the best of all, because it avoids creating yet another isolated patch of weeds, and contributing energy towards projects that already have momentum. It allows for collaboration on design as well as implementation too. The main downside is competing visions, but if you have suggestions for improving invite links in coracle I'm all ears.
> “The main downside is competing visions” If this is the main downside to your “best of all” AND it’s the biggest challenge (for productivity) in a decentralized dev environment (#amiright ?) then we have solved nothing at all. How to push dev alignment WITHOUT compromising independence?
Well, you can't, by definition. If you want to work with someone you have to compromise.
That's what analysts are for. Having a bunch of devs debate which of their preferred solutions is the one the others should use...
yeah, that's the neverending story like my war with the rusticles and oop enjoyoors analysts are good for blurring out these details and focusing on the ins and outs
And crafting a vision. You need emotional distance from solutions to identify problems. What is the problem you want to solve? Now, forget that idea and go back another step. What is the problem you want to solve? No, it isn't. Go back another step. Go back ten more steps. You're now at the top of a hill. Turn around. What do you see? THAT is the problem you are trying to solve. Now, solve THAT problem.
Nostrability has been a collaborative experience. There is good chance of alignment when the user experience is broken. Conversely, if things are not broken, then the task is much more akin to herding cats. Perhaps there can be “best practices” from the perspective of one or a few devs/contributors to go along with the terse NIPS. These can add context, and more of a user focus, which could increase the chance of “dev alignment”. The conversation shifts to user experience from technical solution A vs B. cc @jb55
So yea. Back to “initiatives” for dev alignment. - best practices dev wiki - regular dev standup calls - open channels for dev chat - constant contact and outreach into the growing dev community So who steps up to do or to fund these efforts? I’m down for the doing part…
I'm planning to keep up those dev standups
Heard you making noise about this weeks ago, but never got wind of … did this just happen?
I did one last week, it was pretty last-minute. I'll do another one 3 weeks from now
How do you “advertise”?
I just post a note with a link. Some people reposted. I'll try to do it more in advance next time.
> “because it avoids creating yet another isolated patch of weeds” Pitching in to existing projects actually brings MORE people into MORE and different and DEEPER weed patches BECAUSE each project has their “own way” to see the “problem” and to implement a “solution”. Code repos are ALL about implementation. There is ZERO room in a repo to back out and discuss the bigger problem BECAUSE it only ends up in YA issue, pr delegation, forked project, or abandoned #wontfix thread. ALSO, because these siloed “repo discussions” are all happening on GitHub, then there’s even less opportunity for the rest of Nostr to contribute to maybe keeping them alive and connecting dots for us developers who ARE “in the weeds”. @Laeserin may be onto something when she pitches bringing these repo convos into Nostr. This may help, but still … we need time and space for dev realignment. Nostr doesn’t have this. nostr:note1affw8xlq26aulc5u93293vhempxzgj3w44x7gxz2xl89ftsd7m6qyfx4hf