Just your average Reddit refugee.

  • 0 Posts
  • 10 Comments
Joined 2 years ago
cake
Cake day: June 13th, 2023

help-circle

  • This isn’t really correct. Free Open Source Software is very much owned. It is just that the owner doesn’t charge for it, has stated that there are rules for use and modification of the software. FOSS was a clever trick that used copyright against itself. It is was a really brilliant trick, but that trick was only necessary because copyrights exist in the first place. If copyrights didn’t exist then it wouldn’t be illegal to redistribute Adobe Photoshop.

    You may argue that copyrights are necessary for the betterment of society, but that is debatable. The biggest case against copyright being necessary is, in fact, the FOSS movement. It proves we don’t actually need companies like Adobe to make all our stuff and charge a lot for it.


  • The idea of free software isn’t political; ie socialist/communist. Free software is also compatible with free market capitalism. In a capitalist market free of coercion there is nothing that stops one from copying something then changing and/or selling it.

    If you make a microwave and I buy one and reverse engineer it then I could produce and sell it just fine. Similarly, if you created a program called Adobe Photoshop, and I got a hold of the code, then I could copy and resell it. Neither capitalism nor the free market has a concept of patents or copyrights which are a political thing. Everything is free to reproduce.

    Making the software free is just the logical economic price of a product with a marginal cost very close to zero. Give it away and let everyone build on top of it to make increasingly better things because that is the most efficient way to manage those resources. It’s like the progression of science. We give credit for discovery, but encourage all science to happen in the open so others can take the ideas and build on them without being encumbered.

    I hope you don’t think that science is socialist/communist.

    Note: After going through the trouble of writing this I became concerned that my use of the loaded term “free market capitalism” could be misunderstood so I’ve decided to define my terms. Free market capitalism isn’t a form of government. Capitalism just means stuff can be privately owned. A market is how capital is coordinated. The free refers to the market transactions being voluntary/free of coercion. So free market capitalism is the “voluntary coordination of private capital”. That definition can exist under varying forms of government which is why I argue that it isn’t a political system in itself.




  • Now I think I see what you are saying. People have suggested that Lemmy needs a separate protocol to connect with other Lemmy instances to more efficiently synchronize. Gossipsub could do that. It would also be nice if each Lemmy instance only needed to keep a minimal amount of data at any one time to service the clients that connect to it while the rest exists in the swarm.

    I still don’t think that you would want a phone to function as your server and your client, though. All that coordinating takes bandwidth and processing power. Phones are ill-equipped for that. Also, usually to p2p effectively you need to be able to make direct connections through firewalls. Opening your phone directly to the Internet would be a bad idea, plus I doubt any phone companies would let you do that. Without a direct connection, you would need to proxy your connection through some server somewhere and deal with bandwidth costs. Might as well just connect to a server as a client.

    Maybe the final solution is software like Lemmy running with decentralized identities via the Nostr protocol that is federated out using Gossipsub.


  • Then the p2p network is really the “server” and the phone is still just a client. I’m also not sure that a p2p network could be queried very well because something would have to be able to produce aggregated and sorted results. It isn’t like pulling one file from a swarm. It would be like a blockchain and the phone would have to download the whole dataset from the p2p network before running queries on it.

    What you are talking about sounds kind of like the Nostr protocol. It is a distributed social network trying to solve the same problem that ActivityPub is but in a slightly different way. All the events are cached on multiple relays and the client applications query those relays looking for information that gets aggregated and sorted on the client however it wants.


  • ActivityPub is all about pushing content around to subscribing servers. It sort of expects the subscribers to always be online which would not work for a phone. Servers could resend missed events, but essentially you would miss every event that occurs while the phone is asleep or doesn’t have the app running.

    Also, every event that occurs needs to be processed and stored whether or not you are actively looking at it so it would be a huge battery drain while it was running.

    It is definitely a service best run on an always-on server with a client application in a phone just asking the server for the latest stuff on-demand.


  • You can do that, but there are a couple of things to keep in mind.

    Different apps may only be compatible with certain database products and versions. I could be a real pain if you have to spin up a new version of a database and migrate just for one service that updated their dependencies or have to keep an old database version around for legacy software.

    If you stop using a service then it’s data is still in the database. This will get bloated after a while. If the database is only for one service then wiping it out when you are done isn’t a big deal. However, if you use a shared database then you likely have to go in and remove schemas, tables, and users manually; praying you don’t mess something up for another service.

    When each service has its own database moving it to another instance is as easy as copying all the files. If the database is shared then you need to make sure the database connection is exposed to all the systems that are trying to connect to it. If it’s all local then that’s pretty safe, but if you have services on different cloud providers then you have to be more careful to not expose your database to the world.

    Single use databases don’t typically consume a lot of resources unless the service using it is massive. It typically is easier to allow each service to have its own database.