• 0 Posts
  • 76 Comments
Joined 1 year ago
cake
Cake day: July 18th, 2023

help-circle


  • The researchers were also perplexed by the incredibly small sizes of these systems, only a few hundred light years across, roughly 1,000 times smaller than our own Milky Way. The stars are approximately as numerous as in our own Milky Way galaxy—with somewhere between 10 billion and 1 trillion stars—but contained within a volume 1,000 times smaller than the Milky Way.

    That kinda self-explains why there’s a supermassive black hole at the center of this young galaxy (all galaxies) right? As in the early universe was small and lumpy, with the first matter so close together, that it rapidly formed supermassive stars and black holes — maybe the density was so high that the first stars had no time to supernova and distribute higher elements; with billions of stars colliding into black holes over hundreds/thousands of years, each collision jumping the event horizon to insta-absorb thousands more stars at the speed of gravity/light — the first black holes going through a rapid period of exponential growth, getting to 50+% of their current size within a fraction of their entire existence.




  • Custom domains mean that if the alias provider enshittifies, you can switch to any other provider near-instantly. As long as you never use the domains to host illegal or dodgy shit it’s extremely unlikely you’ll ever lose them — far less likely than losing a gmail or whatever.

    With SL you can avoid spam by using the “beta” (been beta for 3+ years lol) “auto create” option instead of a catch-all, meaning that you can direct emails to different inboxes (or do nothing) based on specific regex strings you control — up to 100 of them. I had a catch-all regex (.*) as my # 100 and it took 2 years to receive catch-all fishing spam. Then I removed it and now have only random strings (e.g. .*fgyu.*) so new emails must have them if they want to get somewhere. Everything else bounces. All previous emails continue to work until you disable them individually.

    I use a mix:

    • SL-domains: anything I don’t give a shit about.
    • Non-PII domain: anything I would want to persist if I changed provider, but don’t need my identity, or can give out a unique email in-person.
    • PII-domain: banks and all other services tied to my identity.
    • Top-Secret-PII-domain: critical services that could compromise all others (password manager, email/OS accounts, domain name registrar).


  • WhatAmLemmy@lemmy.worldtoScience Memes@mander.xyzElsevier
    link
    fedilink
    English
    arrow-up
    32
    arrow-down
    2
    ·
    18 days ago

    It sounds like all it would take to destroy the predatory for-profit publication oligarchs is a majority of the top few hundred scientists, across major disciplines, rejecting it and switching to a completely decentralized peer-2-peer open-source system in protest… The publication companies seem to gate keep, and provide no value. It’s like Reddit. The site’s essentially worthless. All of the value is generated by the content creators.



  • The obvious solution to me is sponsorblock switching to sampling pixels out of each frame, like that project that encoded data into video streams (yet resilient to compression), there are algorithms that could fingerprint any ad with an extremely high degree of accuracy. It’d be more complex than the current implementation, but it’d also be more resilient. I’d settle for it hiding the video and suppressing the audio for the ads duration, possibly displaying a countdown timer, vs actually watching the ad. Then Youtube would get paid, but have no way of knowing you haven’t seen the ad, and the metrics around their ad effectiveness would ultimately suffer, so users still win.

    You could even go so far as to have the client cache the video, several minutes in advance, dropping all the ad frames, so it’s a seamless experience for the user. I got money, but will spend 10x as much ensuring Google gets less from me. It ain’t about money. It’s about sending a message!




  • One standout statistic was that projects with clear requirements documented before development started were 97 percent more likely to succeed. In comparison, one of the four pillars of the Agile Manifesto is “Working Software over Comprehensive Documentation.”

    Requirements ≠ Documentation. Any project with CLEAR requirements will be most likely to succeed. The hard part is the clear requirements, and not deviating.

    One Agile developer criticized the daily stand-up element, describing it to The Register as “a feast of regurgitation.”

    The inability of management to conduct productive meetings is even more well-known than their inability to conduct a decent hiring process, and we all know how broken that is.

    The study’s sample and methodology are not linked so I suspect a huge bias, in that the projects succeeding sans-Agile have been successful without it long term, while the Agile projects chose Agile because they were unsuccessful pre-adoption — you don’t adopt agile if you were already successfully delivering projects.