Formerly /u/Zalack on Reddit.

  • 0 Posts
  • 20 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle
  • Precision for what? Knowing their cron job will fire? Knowing what was wrong with the commands they sent? Neither of those are crazy precise or ambiguous statements?

    The only highly precise thing that needs to happen is the alignment of the antenna but that system has been working for decades already and has been thoroughly tested.

    NASA tends to be pretty straightforward when talking about risks, and if they feel like all the systems are in working order and there’s a good chance we’ll be back in contact with it, I think it’s worth talking them at their word.

    Like yeah, it’s impressive they can aim an antenna that precisely, but using stars to orient an object is a very very well understood geometry problem. NASA has been using that technique at least as far back as Apollo






  • IMO, it’s always better to try. Worst case scenario is that nothing changes, so no worse than if you didn’t. The only sane choice in that kind of situation is to pick the one with a chance for improvement.

    In my experience, giving a shit about what you’re doing has a bunch of positing knock-on affects as well. You just end up feeling better about yourself. In your specific scenario it sounds like trying would also afford you the opportunity to live a happier life, and that’s worth chasing. The world is fucked, but scientists keep saying they if we act soon it’s not so fucked they we’re past the inflection point to un-fuck it.


  • It’s not that strange. A timeout occurs on several servers overnight, and maybe a bunch of Lemmy instances are all run in the same timezone, so all their admins wake up around the same time and fix it.

    Well it’s a timeout, so by fixing it at the same time the admins have “synchronized” when timeouts across their servers are likely to occur again since it’s tangentially related to time. They’re likely to all fail again around the same moment.

    It’s kind of similar to the thundering herd where a bunch of things getting errors will synchronize their retries in a giant herd and strain the server. It’s why good clients will add exponential backoff AND jitter (a little bit of randomness to when the retry is done, not just every x^2 seconds). That way if you have a million clients, it’s less likely that all 1,000,000 of them will attempt a retry at the extract same time, because they all got an error from your server at the same time when it failed.

    Edit: looked at the ticket and it’s not exactly the kind of timeout I was thinking of.

    This timeout might be caused by something that’s loosely a function of time or resources usage. If it’s resource usage, because the servers are federated, those spikes might happen across servers as everything is pushing events to subscribers. So, failure gets synchronized.

    Or it could just be a coincidence. We as humans like to look for patterns in random events.


  • I posted a version of this in another thread:

    I really think Lemmy, Kbin, and Mastodon need to figure out a way to have a default terms of service that ships with their product which forbids using the API to collect data for anything outside of user-facing social network interfaces, including account association heuristics and similar processes.

    A way for users to set licenses on individual posts would be huge as well, with a default license instance admins can set.

    That way for-profit instances could be forced to filter out posts with licenses that do not allow for-profit use. Honestly, even just a simple check mark “[ ] allow for-profit republication”, and have two licenses that can be attached: one that allows for-profit use and one that does not.

    The fediverse should start baking in data control into it’s legal framework. Want to federate with Mastodon? You need to follow the ToS for what you can do with its posts. If we wanted to get really extreme we could even say the license should be copy-left. Any instance that wants to federate with a non-profit instances needs to also be non-profit.

    That could block for-profit companies from becoming part of the network in the first place, even by use of stealth relay instances.

    #threads



  • I really think Lemmy, Kbin, and Mastodon need to figure out a way to have a default terms of service that ship with their product which forbids using the API to collect data for commercial purposes.

    Additionally, there should be a way for users to indicate licensing for individual posts, with a default license instance admins can set.

    That way for-profit instances could be forced to filter out posts with licenses that do not allow for-profit use. Honestly, even just a simple check mark “[ ] allow for-profit republication”, and have two licenses that can be attached: one that allows for-profit use and one that does not.



  • The thing is that this can happen even without active malice.

    If the product owners or engineers decide “hey, we want to add this cool feature, but it’s not supported by activity pub” the path of least resistance – bypassing the long process of changing the activity pub spec and getting everyone else on board – can be super tempting, and come from a place of wanting to make your product better.

    Those ostensibly good intentions can lead to E/E/E without actively meaning to.


  • A lot (all) nuclear accidents also occurred with older reactor designs.

    Traditional nuclear reactors were designed in such a way that they required management to keep the reaction from running away. The reaction itself was self-sustaining and therefore the had to be actively moderated to stay inside safe conditions. If something broke, or was mis-managed, the reaction had a chance of continuing to grow out of control. That’s called a melt-down.

    As an imperfect analogy, older reactors were water towers. The machinery is keeping the water in an unstable state, and a failure means it comes crashing down to earth

    Newer reactrs are designed so they they require active management to keep the reaction going. The reaction isn’t self-sustaining, and requires outside power to maintain. If something breaks or is mismanaged, the reaction stops and the whole thing shuts down. That means they can’t melt down.

    As an imperfect analogy, newer reactors are water pumps. If power is interrupted nothing breaks catastrophically, water just stops moving.


  • Theory in science generally means something much more stringent than it does in vernacular. From Wikipedia:

    A scientific theory is an explanation of an aspect of the natural world and universe that can be (or a fortiori, that has been) repeatedly tested and corroborated in accordance with the scientific method, using accepted protocols of observation, measurement, and evaluation of results. Where possible, theories are tested under controlled conditions in an experiment.[1][2] In circumstances not amenable to experimental testing, theories are evaluated through principles of abductive reasoning. Established scientific theories have withstood rigorous scrutiny and embody scientific knowledge.

    A scientific theory differs from a scientific fact or scientific law in that a theory explains “why” or “how”: a fact is a simple, basic observation, whereas a law is a statement (often a mathematical equation) about a relationship between facts and/or other laws.

    So when something is being put forward as “A Scientific Theory” it is meant to be taken as the best possible explanation we can make of why the universe is the way it is, backed by exhaustive tests using the best methods currently available to us.

    In science, when something is just a theory in the way you mean, it’s called a hypothesis.