plisken

joined 1 year ago
[–] plisken@lemmy.fmhy.ml 9 points 1 year ago (1 children)
[–] plisken@lemmy.fmhy.ml 6 points 1 year ago

Big Trouble in Little China

[–] plisken@lemmy.fmhy.ml 32 points 1 year ago (2 children)

The Fifth Element

[–] plisken@lemmy.fmhy.ml 1 points 1 year ago

Thanks, this is exactly what I've been thinking about as I've become more familiar with Fediverse protocols and applications.

[–] plisken@lemmy.fmhy.ml 1 points 1 year ago* (last edited 1 year ago)

MapReduce is term pertaining to a software data retrieval architecture/process (also known as divide-and-conquer). The simple version is that instead of asking one super big database that knows "everything" you ask multiple smaller databases the same question i.e. "what all posts do you have from bob@domain.com?" (this is "mapping" a query to mutliple sources) and each database returns 0 or more results, then the query interface joins the results together ("reduce") to a single response. This is common in "big data" because you can more efficiently optimize the query by parallelizing it across many machines/workers/nodes. There are additional optimizations that can be implemented such as caching common queries or data-sharding (items a-f on node 1, items g - k on node 2...).

I don't think Nostr protocol is immune to the development of big centralized popular instances. Especially if something like Threads integrates and becomes the "default" client with millions of users over night. Users, in general, will always gravitate towards content and community. But, I think Nostr has a slight edge over ActivityPub in handling that problem by the user having no direct dependence on any one particular host.

I'll have to read more into the Nostr protocol specifically as it pertains to privacy, tracking and content injection (ads).

I'm by no means an authority on ActivityPub nor Nostr, I apologize if that may have been surmised. I too am just chatting.

[–] plisken@lemmy.fmhy.ml 11 points 1 year ago (3 children)

I don't know about the community. But from a protocol standpoint I think Nostr might actually be technically better.

At a high level, ActivityPub (and it's implementations) imply there are many servers and to operate in a federated way, each server needs bidirectional communication. This is results in a exponential increase in traffic between servers and storage requirements. There's also no requirements to identity so it's up to implementations and currently that leads to many duplicate accounts.

Whereas, at a high level Nostr is a client and relay system. Your identity is constructed by public/private cryptographic keys (instead of as fractured identities registered on various different servers).

This is similar to email cryptographic signatures and also most blockchain implementations. Then content/posts are sent out to any number of message relays. Consumers of the content/posts do a map-reduce query against multiple relays to find content.

The benefits here is that if the relays go down, your identity is still safe as it's manifested by your keys. This also means that there's slightly less incentive for big centralized server dominance. Another benefit is that you don't need bidirectional communication across all (most) relays thus reducing traffic and storage costs as the system scales.

With all that said. I have no idea what Nostr looks like in practice or what the community health looks like. Or what community moderation tools exist. But from a theoretical standpoint it's a much more scalable architecture.

[–] plisken@lemmy.fmhy.ml 4 points 1 year ago (1 children)

Lemon Meringue with warm cream poured over.

[–] plisken@lemmy.fmhy.ml 1 points 1 year ago

With Jonah Hill's sister

[–] plisken@lemmy.fmhy.ml 2 points 1 year ago

I can't say what it should be. I'd argue that each Content Instance should have it's own path to becoming trusted. An example could be: demonstrating quality post/comment content during the quarantine period.

[–] plisken@lemmy.fmhy.ml 16 points 1 year ago

First off, any language/framework is just a tool.

Second, modern PHP is quite different than 2005 PHP which is about when people started moving to other languages for web development (Ruby, Python, etc.). What you can and should write in PHP today would be almost identical to what it would look like in those languages (i.e. MVC frameworks, ORM for DB access, dependency management with lock files). Many language features were added too such as namespacing which allow for better/modern code organization.

PHP has always had (and never lost) it's dead simple capability to just package up a tar ball, ftp, unzip and just... run.

Would I use PHP today, not unless forced to or for a lot of money. But if it's a language a team knows, there isn't a benefit to switching to something else.

[–] plisken@lemmy.fmhy.ml 1 points 1 year ago

😉 No, sorry.

[–] plisken@lemmy.fmhy.ml 7 points 1 year ago (9 children)

Although it would be good to see someone's karma with you. If I've downvoted someone more than 5 times, I'd like to know so that I can just block them.

view more: next ›