hopefully we won't have a nostr version of github

Reply to this note

Please Login to reply.

Discussion

have no real take on this, just heard it’s been discussed a lot.

what makes you not want to have it? uptime and reliability?

it's the wrong goal

github is dozens of really good tools neatly tied together + a social graph

given that nostr acts as glue, we don't need one or two githubs using relays as backends; we need disparate tools that accomplish one task really well for some people and interoperability

rebuilding github in nostr has been misunderstood as building github with a nostr backend, which misses the point, like creating a car and put a horse in front of it to pull on it

so nostr is just a protocol for creating infinite payload standards, aka nips? and clients can follow those nips and use the payloads to create useful, interoperable apps. but creating an app that misuses existing nips is bad form. good way to read this?

oversimplifying, i know other things are defined in nips.

Sooo… about that workout app… whatchu doing next weekend Pablo?? 😂

Traveling to japan 😅😅😅

Separating GitHub into a bunch of different microapps is not what Jack asked for. That’s not very user-friendly! 😅

We should maintain backwards compatibility with both git and #nostr

I think we need a self-hostable nostr version of github. Not just one or two sites with relays as the backend. But how would nostr github work as a dozen of microapps? How would you separate them? How would you use them?

That's exactly what I would like to use myself. A nostr version of github. I understand you're coming from a radical microapp mentality 😂

just want a layer on top of the existing github backend that’s more built towards nostr 💜

If you mean GitHub should have the Nostr social layer on top of it that's pretty much what we are building. That plus the inherent unruggability which comes from hosting the repos on hornet relays.

yeah, that's the interesting part for sure