So hear me out...
This idea is stupid. But on Star Trek (VOY, TNG, and DS9 at least), they measured their data as "quads". ( https://memory-alpha.fandom.com/wiki/Quad ). This was never defined because it's just Sci-Fi and doesn't need a real definition. But... what if they're quad-floats aka 128bit floating point values. This would mean then that all the storage could be done as LLM or other neural network style models, and vector embeddings and such. Given what we've got today with transformer style models for doing translation, chat, etc. If you had ultrapowerful computers that could do these calculations with such gigantic precision then you'd be able to store very accurate data and transform it back and forth from vector embeddings and other fancy structures. It'd enable very powerful searches, and the kind of analysis we're trying to use LLMs for and see them use in the shows when talking to the computers. This would also explain a lot about the universal translators from ENG onward, and could even help make sense of Darmok and Jalad at Tenagra. And then Voyager even has bio-neural circuitry for doing things faster, some kind of organic analog computing doing stuff "at the edge". Using weights and embeddings to do things with them and have them react by programming them with a machine learning model at each node could easily explain how that could work too.
This idea honestly feels too stupid to be real but it could explain so much.
Quad
A quad was a measurement of information storage in Federation computers. While Federation computers used binary code in some capacity, they also are known to have used trinary code.Contributors to Memory Alpha (Fandom, Inc.)
Perl.social server upgrades
perlbot and related status
Perl.social updates
https://blogs.perl.org/users/oldtechaa/2023/06/perl-weekly-challenge-223---count-primes-ive-never-met-the-man.html
Virtual hosts with multiple accounts on a single server - Not just a #Fediverse server, but a #multi tenant #Django based Fediverse solution!
#tallship #Takahe #ActivityPub #FOSS
⛵
.
Bradley D. Thornton likes this.
Bradley D. Thornton reshared this.
https://blogs.perl.org/users/c_y_fung/2023/03/textextractword-msofficewordsurgeon---weekly-travelling-in-cpan.html
https://blogs.perl.org/users/laurent_r/2023/03/perl-weekly-challenge-209-special-bit-characters-and-merge-account.html
https://blogs.perl.org/users/kido_mitsuru/2023/03/the-first-line-of-perl-cgi-script-env-perl-vs-perl-only-how-different.html
https://blogs.perl.org/users/laurent_r/2023/03/perl-weekly-challenge-208-minimum-index-sum-and-duplicate-and-missing.html
Six hours later...
I used to get the impression many project developers would support Mastodon API foremost but now I'm inclined to see more projects implement ActivityPub C2S first and then everything else.
Six hours later...
I used to get the impression many project developers would support Mastodon API foremost but now I'm inclined to see more projects implement ActivityPub C2S first and then everything else..
https://blogs.perl.org/users/laurent_r/2023/02/perl-weekly-challenge-205-third-highest-and-maximum-bit-wise-xor.html
I used to get the impression many project developers would support Mastodon API foremost but now I'm inclined to see more projects implement ActivityPub C2S first and then everything else..
Bradley D. Thornton reshared this.
https://blogs.perl.org/users/jason_a_crome/2023/02/new-dancer-dancer2-plus-ecosystem-updates.html
https://blogs.perl.org/users/max_maischein/2023/02/united-domains-supports-the-german-perlraku-workshop.html
https://blogs.perl.org/users/tom_wyant/2023/02/annotated-test2tools-index.html
https://blogs.perl.org/users/byterock/2023/01/egad-i-have-been-a-lazy-sod.html
https://blogs.perl.org/users/laurent_r/2023/01/perl-weekly-challenge-202-consecutive-odds-and-widest-valley.html
Ryan Voots
in reply to Ryan Voots • •