Too many developers trying to make the superapp of Nostr when the best approach is too have smaller apps doing less things and a better compatibility layer between them.
Thread
Login to reply
Replies ()
The Unix model of 1 thing *really* well.
I completely agreee
Better developer tooling and libraries would help. although its much better than it was a year ago
"This is the Unix philosophy: Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface."
I would like to create a Nip-75 app... but i don't know if this NIP is required at relays (and i didnt find any relay with this nip)
you must have your own relay
that's it.
Damus is the way to go.
Primal
Someone tell systemd devs this
The network is the super app
The network is the super app
Too many developers trying to make the superapp of Nostr when the best approach is too have smaller apps doing less things and a better compatibility layer between them.
View quoted note →
Absolutely!
“Good design is less, but better.”
- Dieter Rams
I agree.
I totally agree with this at least for the time being
I think this is the key point. It is aligned with @jack recent note talking about mini/micro-apps.
IMO, enhancing compatibility between apps at the protocol level could significantly improve the developer ecosystem.
One feature I really would like to see is something that farcast protocol has already well implemented: frames. It would be a great evolution allowing notes to serve as standalone app in the timeline. It would open many windows for new solutions over here.
View quoted note →
Amethyst is already the super app
I had to go into my phone settings & disable background data for Amethyst because it plays videos in the background, even videos I haven't clicked on. It used 857mb in two days and I barely use it. That's ridiculous.
Yes, there can only be one Amethyst. 😎
Too many developers trying to make the superapp of Nostr when the best approach is too have smaller apps doing less things and a better compatibility layer between them.
View quoted note →
Make relays easier to understand, choose and interact!
yes
Agreed af!
Agreed!
Nostr and lighting *are* the layer between apps! It’s a universal transfer of value and information
I'm thinking about hiring nostr devs at this point. Building a novel nostr client solo is tedious and has taken me years to understand the poor documentation.
What we really need is someone to fund seasoned nostr devs to make the NIPs human and AI readible with examples and less nuanced. This way devs new to the space can get faster traction. Like read nip-07, there's almost no context! There's no documentation on how to signEvent without nostr-tools in pure js. It's been a lot of pain.
@jack
@fiatjaf
When you say "too many" it sounds like there should be some "super apps".
I think the market will take care of this on its own.
My thoughts?
Super apps will likely (and should) end up focusing on consumers of content.
Whereas more niche clients should (and probably will) focus on creators of content. streamlining The process for creators to "get information out quickly", with whichever kind(s) their niche requires.
Perfect example:
I don't need to be able to create custom emojis in amethyst. But I really enjoy being able to use them.
reread this note now as a response to yourself commenting to me about how Nostr networks should work.