@aras Shifting enums are the worst. But then enums with the holes in them are also bad.
C enums -- a double-edged sword with no hilt.
@ericflo I had so much hope for it. Out of the crooked timber etc etc
OTOH maybe we have been lucky by avoiding some shitty ontologies getting baked in and instead let the content speak for itself.
@nivrig Meh. No concrete predictions or causal models. Classic punditry...
@tristanC > But at the end of the day, even though it is in fact possible to order custom designs from fabs like Samsung or TSMC, unfortunately, they are still very expensive.
You'd be delighted to know that https://tinytapeout.com/ exists (=
@light Using as "updating my nodes once in a while", yes
@nikitonsky what kind of a transparency report this is without even a mention alpha channels?
@abcdw I'm not actually sure... I just know Haskell's distributed-process cribbed a lot from Erlang and one of the features that got a lot of attention, up to improving the compiler, is the ability of sending closure over wire. But unlike Erlang that can just send its bytecode, Haskell had to send a function identifier (CAS for code part) and its closure data.
@abcdw erlang?..
@AkaSci @sundogplanets Extrapolating beyond 2050 lol
@thefranke @aras @phire paper KPI maximizer detected
@marcel @smallcircles @libertyoftheforest With a few more levels of "we host your backups and you host ours", slicing, mixing, and anonymous scattering it is possible to achieve the level of resiliency above and beyond those of centralized silos.
However, this gets into political territory if we really into privacy as those would require extreme levels of anonymous mixing and you'd almost guaranteed to host some **nasty** stuff without a way to kick it out or even detect.
So, p2p is in the bind here: either you're vulnerable to metadata dragnets and association tracking or inadvertently trade resources with someone you wouldn't like (if you had the option to know).
@marcel @smallcircles @libertyoftheforest I'd like to mark data longevity explicitly, even if it can be folded into maintenance.
Yes, you can run quite a few services on a tiny devices now. But one glitch and it's all gone forever.
Centralization does not solve it by itself, but through pooling of resources. It is cheaper to have redundancy at scale - when the effort went into your backup solution and ops is amortized per user.
In a way we have to replicate this aspect but in a distributed fashion. Not only your tiny device should serve your community, but your neighbors too: "I host your backups and you host mine".
#GNUnet has a good story here for privacy and distribution, but they got bogged down on the protocol level.
@marcel @smallcircles @libertyoftheforest Here's this point in detail: https://secushare.org/centralization
@dbattistella This doesn't make sense... But the dude's got a book to sell, can't blame him.
@wilfredh The "Just Enough Typing" section is unclear... I'm struggling to guess what it is intended to convey and how the code is supposed to help.
Toots as he pleases.