Needless to say i’m talking about the oversimplified and misleading version of the Schrödinger’s cat paradigm, where he is both dead and alive until you watch it.

I don’t have a job but i follow theater courses at an academy. And my improvisation is both funny and awful until i show it to others.

  • JackbyDev@programming.dev
    link
    fedilink
    English
    arrow-up
    2
    ·
    3 hours ago

    In computer programm single threaded programs are pretty predictable (apart from human errors). As soon as you have multi threading that goes out the window. Modern CPUs in most devices you use have what’s called a scheduler that schedules when to let different things actually use the CPU so you can actually do multiple things at once. It’s a super important concept for what we want to do with devices. But because of that you have no guarantee about when (or if) other threads of your own code will execute. Apart from truly insane edge cases, single threaded programs act pretty deterministically. Multi threaded ones do not. It’s very similar to the “it’s alive and dead until you check” idea because you just don’t know. So much so that there are data types we use called things like Maybe where the result is either a success or a failure and you write code for both.

    Also much like the cat in a box thing, programmers don’t really view it as magic, it’s just sort of a side effect of the uncertainty.

    • Jimmycrackcrack@lemmy.ml
      link
      fedilink
      arrow-up
      2
      ·
      3 hours ago

      Is it actually non-deterministic or just too many variables and too much sensitivity to initial conditions influencing the scheduler’s decisions for the programmer to reasonably be able to predict?

      • JackbyDev@programming.dev
        link
        fedilink
        English
        arrow-up
        1
        ·
        40 minutes ago

        When you account for not knowing what else is going on the system I’d say it’s actually non deterministic. But not in a magical “truly random” sort of way, just that other things you don’t personally have control over are going on. If this topic interests you then you may want to look into real time computing which is an area where you do have deterministic systems where you can more accurately guarantee how long something will take. This is important in dangerous activities. Think things like nuclear reactors where a process taking too long might mean not alerting another part of a system that something bad has happened. Like the part of the system that tells you if something is too hot not responding so you keep adding fuel. Compare this to your phone. If your phone is slow then, well, it’s just annoying really.

      • MrPoopbutt@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        2 hours ago

        It is deterministic, it is just determined elsewhere.

        If thread 1 is working on a task and needs the output of thread 2, it doesn’t know what the output is. Of you move the tasks from thread 2 back into thread 1, then you have eliminated the point of multi threading.