Avatar
Zen
3a87523343d22ca5c1cacaa4ff07ef5869e066ead49eb62d8f8496aa45d52797
i make music and also websites find me in my garagecafe or helping out around town

Yea that's a large aspect of the library I've been authoring: https://app.radicle.xyz/nodes/rad.credenso.cafe/rad:z2FFSbsMXEbH85EEdBMefsZLVSpj9

It's not very well documented but in simplest terms it's a webserver that connects to a nostr relay as the database. It enables SSR, event caching, session management and like... a lot of stuff. You can see an example of the library being used to build a basic web page here: https://app.radicle.xyz/nodes/rad.credenso.cafe/rad:z5P378xfViaBPPcPTHiwzdFeD19B/tree/app.py

Shoot me a PM if you want to know more, documentation is obviously not great because I'm still making sweeping changes all over but having more input would be helpful

I mean, why deal with managing the interoperability of multiple different divergent blockchains? We could just start an entirely *new* blockchain and make it run smart contracts. We'll call it Ethereum, it'll be great.

You linked the spec to me the other day, but I still don't understand exactly why it would be helpful to implement something like notifications. Might just be a lack of effort on my part but I've got a lot of things I'm already juggling

Books force you to actively chew on the information you're consuming; digital content is generally pre-processed to make consumption effortless but often lacking in nutrition. A truly well-written book can not convey its message in less words than it uses; if someone cannot process 30 pages worth of content then their comprehension has an upper bound. I've had to fight for my attention span and would encourage anyone else who struggles with reading to start practicing with YA novels to build up the mental muscles required to get through the tough stuff.

Yea I think that the promise of nostr is a real potential for horizontal scaling (more relays) without needing vertical scaling (beefier relays). I think that worrying about the commercialization of the platform is a non-starter, because it's heading in a fundamentally different direction than Twitter is. Nostr will thrive when it's implemented hyper-locally.

Nostr is full of rhetoric... don't we have anything better to talk about than "I think this and they think that"?

Shout out to the artists, where are y'all at? It would be much appreciated if people could send me some creative accounts worth following

There was a time in Mexico that I had my laptop, wallet, and journal stolen at the same time. Losing the journal was maybe the worst part of the experience

Sure, but have you actually tried doing this in a real-world scenario where you're trying to onboard people onto the platform? Has anyone ever reached out to you via your npub after you leaving that as a point of contact? I can imagine it maybe working if you do a teaching seminar on nostr but I have yet to actually see any signs of this protocol in the "real world"

Yes, but there's a careful balance to address here. As much as the npub is useful within this context, it's not familiar to people. I think that nip-05 identifiers are a really good convergent point for a number of different protocols. For example, my address can be used to look me up on nostr, but it can also be used to send me lightning via bolt12 and to send me emails.

Don't get me wrong, I know that domain names are owned by corporations. We're just not at a place to circumvent that quite yet - more people need to actually hold and identify with their private keys before we get there.

I want nostr to work within the communities where I live, and finding ways to get people to care has been rather difficult. I see why people just end up moving to places where the community already exists.

My degree is no more worthwhile than this person. The purpose of university and higher education is not to gatekeep high-income employment - it is to expand one's perspective and to gain a deeper understanding of the world we live in.

I have a degree in Computer Science, so I understand the basis of engineering far better than I understand the basis of intersectionality. I appreciate challenging conversations more than I appreciate conversations which reinforce my existing beliefs.

Interesting. I caught up on this thread because I was the person who pointed Tim towards Websockets / SSE for his ongoing projects. I also believe in only using the most basic tool for the job, but do you think that it's less complex for clients to make one query, wait until it's resolved and then make another?

I think that EOSE is a fairly useful tool to combine those two requests into one, and any half-decent implementation can send a CLOSE after that point if they aren't interested in subscribing.