Discussion
This is so full of technical references I don't understand. Someone must get it out to the JavaScript developer bubble drama outside Nostr.
> This is so full of technical references I don't understand
I wonder this exact question but for prospective newcomer devs to nostr
Not gonna lie the Nips are like this, but once you start to see real events, things start to make sense.
Negentropy is a scary word at first.
Someday someone will write a book
Maybe when things settle down and you don't have to rewrite it every month.
nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 the pitch to new devs is nostr is very simple.
Yet the NIP rewrite frequency is once every X days.
Have you heard of this scaring off prospective new devs?
I would like to caveat that this doesn't bother me, but it may be overwhelming to some.
I think people over-react to the re-write factor. The NIPs repo is actually very stable, and mostly accretive. Breaking changes are relatively rare (and should be rarer, but still)
This is fine and dandy.
I am curious what are the hurdles, if any, to more prospective new to nostr devs joining.
Probably just knowing where to start, sorting what's important from what isn't. An introductory e-book is something I've been wanting to write for a while.
Just like you don't learn a programming language by reading the reference manual first
How would you answer “where do I start as a new to nostr dev” in a one-two sentences to one-two paragraphs?
You're trying to lure me into filling out your FAQ aren't you 😂 It's on my list, I just don't feel energized to do it because I did something similar last year and it was a lot of work and never got published. Also I don't think an FAQ with unedited responses will be much help to new developers.
But to answer your question:
Read nostr.com, read nip 01, install nostr-tools and work through the examples in the readme.
I wish there was a better answer
One thing Svelte got right is their interactive tutorial is pretty amazing for learning how things work, and you can play around with it and change things and see how changing one thing effects another thing. A nostr interactive client that shows the response from the relay and how that's parsed would be cool.
Something like
Lesson 1: This is how to set up your client tools
Lesson 2: this is how you generate an nsec and npub.
Lesson 3: This is how you connect to a relay.
Lesson 4: This is how you connect to multiple relays.
Lesson 5: This is how you fetch events from a relay.
Lesson 6: This is how to filter for specific events from a relay.
Lesson 7: This is how to sign an event.
Lesson 8: This is how to send the event to the relays.
But make the whole thing as interactive as the Svelte tutorials are.
That's a great idea, I like svelte's tutorial a lot
This sounds like a job for nostr:npub10000003zmk89narqpczy4ff6rnuht2wu05na7kpnh3mak7z2tqzsv8vwqk
I also like Svelte's interactive tutorial, and this seems a cool idea.
Three years ago, when I started studying Nostr I had a similar idea and created https://github.com/dtonon/nostr-ruby-playground to guide myself (and maybe others) to learn the basics step by step.
It's not so fancy like an online interactive tutorial, but I think it's fine, and it is also easily scalable with more languages.
(then the code has been refactored and improved in https://github.com/dtonon/nostr-ruby)
Abstractly speaking, in my view, what happened with React, and Vue is repeating again - Once it gets traction, it progressed to a full stack with many functions and abstractions despite getting traction for its simplicity and smallness, and dissatisfied users aspiring "simplicity" aligned with vanilla javascript move to newer framework that promoted "simple", and a generational change occurs again.
I don't know why the history repeats. But I have considered this from the perspective of the innovator's dilemma and the free market around web front-end space.
in japanese though : https://teatwo.hatenablog.com/entry/2023/12/31/164710
My feel is that svelte 5 is simpler and less cumbersome than 4.
It's (another) move in one right direction.
When i had some confusion migrating was that the previous way was done poorly (by me) and svelte5 made that work perfectly, basically with no code.
My whole app is using very little svelte code "over the hood". It just magically work. No server side rendering. Static adapter. Way to go.
Also their discord server is very helpful and organised.
i feel like you said "svelte5 is **easier** than 4". And it's still now **simpler** than react, surely.
Either way, that usage seems to be reasonable. Because I think SSR is one of the main reasons causing that "evolution".
This is interesting, nostr:npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn you shared an nevent1 link to the article with the ID b9f7484146715b9083004b0a353c914dd3f5c9f1e8a8cf93a5c9461898cda8e6 and plenty of relay hints
But since you updated the article and the old ID was replaced, my client wasn't able to find it
I've never seen a nostr: link break before, but I guess if you share nevent1 links for replaceable events they break 🤔
I think your referencing this article
nostr:naddr1qvzqqqr4gupzp978pfzrv6n9xhq5tvenl9e74pklmskh4xw6vxxyp3j8qkke3cezqy88wumn8ghj7mn0wvhxcmmv9uq32amnwvaz7tmjv4kxz7fwv3sk6atn9e5k7tcqp5cnwvee8qenqdfkxgcn2wg38kw9m
Ah, this is a bug in my quote functionality I believe