Avatar
Daniele
9e1bd05ed41e7aa2dda1e9b64b8ba48b69bb0fab5a22d442a495b1bf94a9b030
Building software that is Bitcoin and Nostr native. Frankie is an anonymous, pay-as-you-go AI Chat. And more offline-first tools coming, check them at https://frankie.tools/ NOA - Nostr Onboarding App - is a multi platform app to onboard pre-nostr users to this wonderland: https://nostr.frankie.tools/

Good first day back to work.

Added math expressions rendering support to Frankie.

Completed my first android app built with svelte and capacitor with a few lines if code and no android / java bs, all in the same comfortable svelte environment with pure javascript and (tailwind) css only. I want to build two experimental stuff...

But we were told only autocracies are bad and arrest people that do not comply and democracies are always good and do not do those things.

Also democracies only do wars to defend other countries and eventually liberate them from their own dictators, and absolutely not for imperialistic reason or to maintain hegemony.

I've been told that many times. Is that not true?

Before the Nostr and HoneyBadger conference, I had to build lots of things and the backlog was long.

Now I have to build so much more stuff.

Energized, yes, but already overwhelmed!

As ODELL said, we must focus on the birthrate of new open source developers. I think I should start breeding them. At least AI generated.

Oh, boy, that's one more task!

Replying to Avatar ODELL

I think the hardest thing to solve is put a Signer app (authenticator? identity? ) in the end of all users. Like Amber or similar.

Without that, user will struggle to understand - or just be able to - use the same account everywhere if not by some dumb and dangerous copy-paste of nsec here and there.

It should be a collective effort from devs to do more than just provide the alternative to the user, rather to educate new ones and encouraging such an approach.

Users are familiar with third-party authentication having used "social" logins for long over a decade and people normally love it.

This is an area where the industry should cooperate strongly. Maybe we should even setup a small online meetup on the topic, or a "signer apps day" of some sort.

Organic is great indeed.

But is missing the user content. Locations are all there but with no reviews one need to go somewhere else to evaluate them. And the reliability of Google maps reviews is probably the best out there.

Very hard to replicate or import. Huge problem.

It's great but not enough. It's a mandatory requirement.

What's missing is the UX which must be at least as good (simple) as for a centralised proprietary service.

YouTube and Maps are the two most problematic platforms to get away from.

Because of the content, not the tech, obviously.

Still we gonna start somewhere.

For the maps there's OpenStreetMaps and the Organic Maps app.

For YouTube I would start with something like NewPipe to stream from multiple sources, one being something like nostr / blossom / podcast3. 0 with video.

Then offering creators a simple migration from YouTube to a new open storage / video distribution channel where they can be zapped.

Listening nostr:nprofile1qqsgydql3q4ka27d9wnlrmus4tvkrnc8ftc4h8h5fgyln54gl0a7dgspzfmhxue69uhhqatjwpkx2urpvuhx2ucpzemhxue69uhhyetvv9ujumn0wd68ytnzv9hxgqgmwaehxw309ahx7um5wghxyarr94kxjcnjv9e8jtnrdaksfdrqw7 at #Nostriga

"We're building in parallel. When they're forced to be ready. This place will be ready. And so will Bitcoin."

2nd foundation :)

In Riga for #nostriga.

See you people tomorrow at the pre-party at the Basement.

Naaa :)

Since using GPT I have to search rather than chat probably 10% of the time.

In Jan 2020 (4.5 years ago 😱) I made the most important step towards de-google-ization moving to @ProtonMail as primary Inbox (https://x.com/ildella/status/1214459500620632064)

I was already using @DuckDuckGo since years as default (and only) search.

Today is good day to start a final attack to the big one: Maps.

GitHub is a for profit proprietary platform. Many (certainly not all) public projects on GitHub do happen to be open source (while many others have a proprietary license or even no license whatsoever). Most users and most projects on GitHub don't accept donations. A project can also be developed on GitHub but accept donations trough some system external to GitHub.

Your prediction about money being abandoned is shared by some and not others, which is why a system which isn't designed specifically for those who align with your (or anyone else's) particular ideology need not to be bound to any specific kind of currency. Developers are absolutely free to ask donations in the form of gold and diamonds.

> I do not believe everything will just work out of free contributions, as it never really did.

Except when it does, like in most small open source libraries and even some rather large and widely used ones (see SDL, which only accepted donations for a short time).

> All open source ecosystem are "polluted" by sponsorships by some corporations, are they not?

No, they are not, but it also wasn't my point.

I'm not against projects accepting sponsorships.

I'm against the idea that apt should be loaded with the functionality of monetary transactions in the specific form and trough the specific currency that you wish to support.

Apt needs to do one thing and it can and should remain simple and focused, like most fundamental Linux (or just Debian and derivatives, in this case) utilities are.

You, or anyone else, is free to develop a command-line utility that will deliver donations in any way you wish, trough any currency you wish, which users will have the freedom to either install or not and that those who wish to contribute to programs meant for package installation and management don't need to maintain.

> I will certainly prefer seeing millions of developers and even users zapping to Linux maintainers than seeing Linus Torvalds exiled for a few weeks from his position due to a "recommendation" from a board that suffer pressure from some ignorant mobs.

Linus Torvalds would have had no technical difficulty setting up a donation campaign, if he had chosen to do so. If anything, it would have reached more notoriety, and thus more donations, than any command line utility could ever have provided.

There is no sequence of lines of code that would have changed the situation, because it was a purely social, non-technical matter, one for which Linus himself is arguably in large part at fault.

I too often err towards technosolutionism. It is, indeed, an error.

> PS: you seem to be confusing "cryptocurrencies" as something that's real and is even in the same "space" as Bitcoin. Not sure why, but it is not. I say Bitcoin, I mean Bitcoin, not "crypto" or "cryptocurrencies" or any other made up concept.

Bitcoin is a cryptocurrency.

I know (many) bitcoiners hate the existence of other cryptocurrencies, but so what? That's a purely ideological matter.

Bitcoin isn't inherently better in a technical sense and I see no reason developers of package utilities should cater to bitcoiners any more than to those who support any other open source cryptocurrency.

Of course, all cryptos are made up, as is fiat, and as is Bitcoin.

I'll start from the end.

1) Cryptocurrency or "crypto" has just become a word to describe alternative versions of Bitcoin - which are all failed experiments or - mostly - scams.

Bitcoin is a peer to peer electronic cash system and the word cryptocurrency is not used in the white paper at all. Also blockchain is not used, still people used that word for everything.

It might be ok to use it in casual conversations? Yes. But Bitcoin is NOT a cryptocurrency because there is no such thing as a crptocurrrency.

2) I see your general point about software stay agnostic from value transfer of any kind, including Bitcoin in any form. My post - which was not a scientific paper rather just a "thought of the moment" - is about "hey, maybe it should". And even if I see your points and mostly agree, at the same time I think it might be better the other way around. Bitcoin can be transformative in the way humans interact, and zaps here are a first example. I totally see that happening for books, articles, chats, videos, songs and, yes, software packages and software apps and so on...

Why embedded? Because if that means more money flow and flow from consumers / users to producers / makers... that's a good thing as the outcome is important.

There are downside? Probably. Again, it was just a shout, open for discussion. Glad to have this one.