Avatar
jb55
32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245
I made damus, npubs, and zaps ⚡️ Independent bitcoin core and lightning dev.

I use linux, macos, iphone, android all for different purposes. Just not windows anyone…

I prefer my iphone and hate doing apple development. These things aren’t contradictory.

I still prefer an iphone. I just can’t use it to release the software I want to release which is sad and frustrating.

We expected this to launch this yesterday but it has been rejected 3 times for absolutely no reason 🤦‍♂️

I don’t know how you can do development on this platform without absolutely dispising the company after a few attempts to deploy your code.

happy that we are free from apple so we can start innovating with freedom tech again.

can’t build new freedom tech in a jailed ecosystem that doesn’t want its users to be free, so that they can treat you like cattle to milk that 30% tax on all your in app transactions. Not the mention all of the horrific transaction privacy issues that arises from this.

sad what this company has become. nostr:note1r44yhhxggxefghre4rl7pjkydrxfcxdhwxhwu7kky2hs2s5y2ywqyfqxfv

Why do you think it loads fast and scrolls quickly?

There is no expectation that every app will support every kind.

My next iteration on ios is going to make it even faster (as fast as notedeck). Performance and reliability is always the priority for us. Thats why people use it despite a smaller feature set compared to other apps.

I will probably add olas images eventually though because i always wanted damus to have more media content on profile pages.

Our main focus is getting android out so people have this fast experience on all platforms. Then i will get back to ios.

Daniel is actively working on iOS. we didn’t *just* add stars, that was a small hotfix for our anniversary. We also have drafts in testflight and fixes that make notes open more reliably from notifications and links, plus qrcode scanner fixes since that was broken.

Daniel is working on tasks that are making the app feel buggy or unreliable. No point in adding more and more features if there are outstanding bugs and crashes.

He is only part time and we don’t get *that many* contributors to iOS, i don’t know what to say. We are not a well funded team. It’s just me and someone i pay out of my pocket at a loss. We are trying our best.

becoming a dark and stormy maxi

normal posting deck pics nostr:note1efxue0yur0l70ahyp7cvhk5taaj44e3vy0g5ynx89km2flmyya4q3adrcw

great #deckpic thread nostr:note1rhjdj0y7xd2trc6r35j50ezrmnp5hznewc7d0ufcywgjpnkwqulqkefxcp

You have 2 but apple is being annoying and has rejected this minor change 3 times

Rejected again… ffs we barely changed anything

what do you mean? you can just tell it to do all that stuff with a plan until it reaches a desired result.

👀 whats this. 🔜

Replying to Avatar ₿☻Ḷↁ

da goose is loose

Replying to Avatar Kieran

Seems pretty simple, thats what nostr:nprofile1qqsywg97k8mx8tj30399fc0zdw9h9cc902ldm6gdfwlxd999lhjau5qqs89av is doing with his app, there isnt any way in hell you can do the kinds of video processing without native code anyway

flutter is definitely be a nice option then until we’re done rebuilding flutter on egui 🥲 rust ecosystem needs to catch up but there are only like one or two people working on it 😩

Stress testing the robustness of the nostrdb ai tooling. I guess that technically works... impressive how flexible it is.

You give an AI a tool and it will make it work! This has always been my theory when gpt3 first came out. everyone laughed at it, but after playing with it for a few hours I suspected it was just handicapped due to lack of access to tools and iterative feedback loops. AIs need these to be productive just like humans.

just created a nostrdb MCP/goose extension. you can now use ai to search for notes that your local notedeck node has seen.

from our readme:

The unfairly fast nostr database backed by lmdb.

nostrdb stores nostr events as a custom in-memory representation that enables zero-copy and O(1) access to all note fields. This is similar to flatbuffers but it is custom built for nostr events.

These events are then memory-mapped inside lmdb, enabling insanely fast, zero-copy access and querying.

This entire design of nostrdb is copied almost entirely from strfry, the fastest nostr relay. The difference is that nostrdb is meant to be embeddable as a C library into any application with full nostr query support.

https://github.com/damus-io/nostrdb

Although to be fair i think it got stuck because one of the tools wasn’t working for it. Maybe if we build better tools …

I started a refactor and just told the ai to `cargo check` and fix all the remaining issues in a loop. poor guy is struggling... we'll see how it goes

I like the idea of saying "stage these changes into logical commits" oh my god if it could do that.

that didn't last long

nostr:note1n4mectpwmfk95660gxhs4raflvv2zu74d35ctm5njdp08l66ug7q2qetvp

definitely need more nip29 clients. I want to write one soon.

and the trust relationship with the LSP is very minimal, they could be automatically set up to reduce liability as soon as economically possible.