shakedown.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A community for live music fans with roots in the jam scene. Shakedown Social is run by a team of volunteers (led by @clifff and @sethadam1) and funded by donations.

Administered by:

Server stats:

268
active users

#localfirst

1 post1 participant0 posts today

> ‘In this article we propose “local-first software”: a set of principles for software that enables both collaboration and ownership for users. Local-first ideals include the ability to work offline and collaborate across multiple devices, while also improving the security, privacy, long-term preservation, and user control of data.’

— Martin Kleppmann et al, Onward!, 2019

inkandswitch.com/essay/local-f

www.inkandswitch.comLocal-first software: You own your data, in spite of the cloudA new generation of collaborative software that allows users to retain ownership of their data.

Someone who dreams about "the next internet"

An interconnected self-configuring, redundant, local-first, transport layer agnostic, delay & disruption tolerant network, owned, grown, & maintained (for the common good) by communities & individuals, forever providing digital sovereignity, forward secrecy, privacy, supporting being extended offline and moving from place to place, without any permanent record, blockchain, middlemen, or any (global) authority getting in the way

Yesterday the "Reflection" project started officially as part of the new @PrototypeFund round! 🌟🌈

The team consists of @p2panda and people from the GNOME gang around @tbernard and @jsparber.

We gonna release "Reflection" (formerly Aardvark) - a GTK-based, collaborative, local-first text editor! Aaaand:

All of this is part of a larger effort to explore p2p code, UX patterns, reusable UI components, debugging tools, organize events and document our learnings.

We are excited to be part of the biggest annual event of the Local First community, namely, the Local First Conference in Berlin, from Monday 26 to Wednesday 28 of May !

The first day is called the Community Day, with workshops and unconference activities, plus an after-party.

We will be presenting NextGraph and the feature called "Social Queries" during that day at 16:30. It is free entrance.

Hope to see you there!
#localfirst #p2p #e2ee

more info here

nextgraph.org/local-first-conf

nextgraph.orgLocal First Conference in BerlinWe're going to the Local First Conference in Berlin on the 26, 27 and 28 of May for a live coding session.
Replied to Zef Hemel

"YoU cAn SeLf-HoSt iT!"

But I just WANT TO RUN IT, without the complexity, overhead, and fragility of the network! @zef

In conceptual terms, this trend has become absurd without being funny.

But in practical terms, it is a major impediment to the Four Freedoms of Free Software, especially to the Zeroth Freedom: "to run the program as you wish."

en.wikipedia.org/wiki/The_Free

en.wikipedia.orgThe Free Software Definition - Wikipedia

The idea that Internet is available everywhere I’m sure will happen any day now, but that day for sure is not today. This becomes super clear whenever I travel. #LocalFirst software still matters and I don’t see that change any time soon realistically. Still happy with the choice to now make this the default mode in #SilverBullet v2.

I don't think Spanish people will learn the lesson (I'm Spanish, so I know what I'm talking about from first hand experience), but if there's anything we could learn from yesterday's #SpainBlackout is that running software on the cloud that could run locally... is a terrible idea.

#LocalFirst software should be prioritised by companies and public administrations.

I foresee some small groups will react, and start spreading the word, but it will take many other disasters like this one for people to finally understand.

Replied in thread

@jonny

> If i was designing a #P2P protocol

Bit of OT thought.. All these #LocalFirst projects are inventing their own sync mechanisms now, and Martin Kleppmann talks about trend towards having a 'generic sync' protocol as an open standard. But no moves are made yet in that direction.

I have trouble wrapping my head how that'd work in a heterogeneous social network with many actors, apps and composable services. Do we CRDT sync local states directly, or rely on a msg/event-based architecture?

Depois de ler um texto do @ploum falando sobre a construção de um computador que dure 50 anos ― onde também se fala do princípio de #offlinefirst / #localfirst ―, tive ganas de criar um repertório de documentos para deixar no disco rígido para consulta rápida e sem internet.

Já baixei alguns mapas (América do Sul, Brasil, Ceará etc.) e alguns dicionários. Tentei baixar o mapa de infraestrutura da minha cidade pelo #OpenStreetMaps, mas não consegui direitinho. Penso em baixar o repositório da Wikipédia.

ploum.netThe computer built to last 50 years
More from ploum

Forget about CouchTo5k, we can do ToCouchIn5Min! :couchdb:

CouchDB Minihosting gives you a complete stack to quickly try out and host offline-first web apps:

github.com/neighbourhoodie/cou

And we made a small Svelte demo app that shows login and offline replication:

github.com/neighbourhoodie/pou

All open source, give it a try! Host your own, be independent ✌️

GitHubGitHub - neighbourhoodie/couchdb-minihosting: A set of scripts to host your own CouchDB with minimal effortA set of scripts to host your own CouchDB with minimal effort - neighbourhoodie/couchdb-minihosting

✏️ New blog: "What is Local-first Software?"

We believe that data ownership and real-time collaboration are not at odds with each other. It is possible to create software that has all the advantages of cloud apps, while also allowing you to retain full ownership of the data. We call this type of software local-first software. #localfirst

mikezornek.com/posts/2025/2/wh

mikezornek.comWhat is Local-first Software? - Mike Zornek
Replied in thread

@kkarhan

thanks for the reply! far from being discouraged, i appriciate your engagement. i will try to be reasonably brief in my reponse to your points and give a general update on progress and objective.

> scout out existing solutions

i have seem similar #webapp implementation, i think so far for "that kind" of chat app, the chat app is able to demonstrate similar basic functionality. for a wider adoption, the user interface needs to be more appealing, but i think its important to have a working proof-of-concept first. the project is specifically aiming to be a #javascript #localFirst #webapp.

a couple notable similar implementation to mine are:
- github.com/cryptocat/cryptocat
- github.com/jeremyckahn/chitcha
(im sure there are many more, but i think my approach is yet different and unique to the ones i've come across.)

> DO NOT DIY ENCRYPTION!

this is indeed a reccomended practice i have seen several times. here is a previsous reddit post on the matter: reddit.com/r/cryptography/comm ... tldr; the underlying implementation provided by the browser is the best way to go. i have implemented the #encryption using the #webcrypto #api. i aim to not use a library for this.

i generally try to word things in a way that users can provide feedback on features. the app is still in a very early stage, but has a reasonable amount of features. im generally open to requests and questions.

> minimum viable product

what you see as the chat app is also the #minimum #viable #product. i think its sufficiently demonstrates the basic functionality of a chat app. i think the next step is to make the app more stable and user friendly.

those other apps youve mentions ive come across before. what sets my approach apart is that mine it's purely a webapp. with what id like to describe as #p2p #authentication over #webrtc, im able to remove reliance on a backend for #authenticate #data #connections. in some cases, bypass the internet (wifi/hotspot). while there are several ways to #selfhost, in this approach of a #javascript implementation, im able to store large amounts of data in the browser so things like images and #encryptionKeys can be #selfhosted" in the browser. while this form has nuanced limitations, it also has interesting implications to security and privacy.

there are many nice features from the different apps you mentioned and i think i have some unique features too. the bottle neck in this project is that i dont put in enough time to the app.

> feel free to slowly ibtegrate them.

this is basically already my approach to get the app to where it is now.

thanks for the luck, take care and i hope you stay tuned for updates.

GitHubGitHub - cryptocat/cryptocat: Secure chat software for your computer.Secure chat software for your computer. Contribute to cryptocat/cryptocat development by creating an account on GitHub.