• Muffi@programming.dev
    link
    fedilink
    arrow-up
    304
    arrow-down
    11
    ·
    1 year ago

    Software Engineering. Most software is basically just houses of cards, developed quickly and not maintained properly (to save money ofc). We will see some serious software collapses within our lifetime.

    • SHITPOSTING_ACCOUNT@feddit.de
      link
      fedilink
      arrow-up
      81
      arrow-down
      1
      ·
      1 year ago

      Y2038 is my “retirement plan”.

      (Y2K, i.e. the “year 2000 problem”, affected two digit date formats. Nothing bad happened, but consensus nowadays is that that wasn’t because the issue was overblown, it’s because the issue was recognized and seriously addressed. Lots of already retired or soon retiring programmers came back to fix stuff in ancient software and made bank. In 2038, another very common date format will break. I’d say it’s much more common than 2 digit dates, but 2 digit dates may have been more common in 1985. It’s going to require a massive remediation effort and I hope AI-assisted static analysis will be viable enough to help us by then.)

      • insomniac
        link
        fedilink
        arrow-up
        94
        ·
        1 year ago

        My dad is a tech in the telecommunications industry. We basically didn’t see him for all of 1999. The fact that nothing happened is because of people working their assess off.

      • homura1650@lemmy.world
        link
        fedilink
        arrow-up
        43
        arrow-down
        2
        ·
        1 year ago

        Windows, Linux, FreeBSD, OpenBSD, NetBSD, and OSX have all already switched to 64 bit time.

        • SHITPOSTING_ACCOUNT@feddit.de
          link
          fedilink
          arrow-up
          35
          ·
          edit-2
          1 year ago

          Tell that to the custom binary serialization formats that all the applications are using.

          Edit: and the long-calcified protocols that embed it.

          • SHITPOSTING_ACCOUNT@feddit.de
            link
            fedilink
            arrow-up
            26
            ·
            1 year ago

            I get the joke, but for those seriously wondering:

            The epoch is Jan 1, 1970. Time uses a signed integer, so you can express up to 2^31 seconds with 32 bits or 2^63 with 64 bits.

            A normal year has exactly 31536000 seconds (even if it is a leap second year, as those are ignored for Unix time). 97 out of 400 years are leap years, adding an average of 0.2425 days or 20952 seconds per year, for an average of 31556952 seconds.

            That gives slightly over 68 years for 32 bit time, putting us at 1970+68 = 2038. For 64 bit time, it’s 292,277,024,627 years. However, some 64 bit time formats use milliseconds, microseconds, 100 nanosecond units, or nanoseconds, giving us “only” about 292 million years, 292,277 years, 29,228 years, or 292 years. Assuming they use the same epoch, nano-time 64 bit time values will become a problem some time in 2262. Even if they use 1900, an end date in 2192 makes them a bad retirement plan for anyone currently alive.

            Most importantly though, these representations are reasonably rare, so I’d expect this to be a much smaller issue, even if we haven’t managed to replace ourselves by AI by then.

        • SHITPOSTING_ACCOUNT@feddit.de
          link
          fedilink
          arrow-up
          16
          ·
          1 year ago

          How much software is still running 32 bit binaries that won’t be recompiled because the source code has been lost together with the build instructions, the compiler, and the guy who knew how it worked?

          How much software is using int32 instead of time_t, then casting/converting in various creative ways?

          How many protocols, serialization formats and structs have 32 bit fields?

          • crate_of_mice@lemm.ee
            link
            fedilink
            arrow-up
            2
            arrow-down
            1
            ·
            1 year ago

            Irrelevant. The question you should ask instead is: how many of those things will still be in use in 15 years.

        • SHITPOSTING_ACCOUNT@feddit.de
          link
          fedilink
          arrow-up
          11
          ·
          1 year ago

          The most common date format used internally is “seconds since January 1st, 1970”.

          In early 2038, the number of seconds will reach 2^31 which is the biggest number that fits in a certain (also very common) data type. Numbers bigger than that will be interpreted as negative, so instead of January 2038 it will be in December 1901 or so.

          • BarqsHasBite@lemmy.ca
            link
            fedilink
            English
            arrow-up
            2
            ·
            1 year ago

            Huh interesting. Why 2^31? I thought it was done in things like 2^32. We could have pushed this to 2106.

            • SHITPOSTING_ACCOUNT@feddit.de
              link
              fedilink
              arrow-up
              10
              ·
              1 year ago

              Signed integers. The number indeed goes to 2^32 but the second half is reserved for negative numbers.

              With 8 bit numbers for simplicity:

              0 means 0.
              127 means 127 (last number before 2^(7)).
              128 means -128.
              255 means -1.

              • 257m@lemmy.ml
                link
                fedilink
                arrow-up
                1
                arrow-down
                1
                ·
                1 year ago

                Why not just use unsigned int rather than signed int? We rarely have to store times before 1970 in computers and when we do we can just use a different format.

                • SHITPOSTING_ACCOUNT@feddit.de
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  1 year ago

                  Because that’s how it was initially defined. I’m sure plenty of places use unsigned, which means it might either work correctly for another 68 years… or break because it gets converted to a 32 bit signed somewhere.

          • Hazdaz@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            so instead of January 2038 it will be in December 1901…

            Maybe this is just a big elaborate time travel experiment 68 years in the making?

    • Mantis_Toboggan@lemmy.world
      link
      fedilink
      arrow-up
      11
      ·
      1 year ago

      Are there currently any that are showing signs of imminent collapse? (Twitter, maybe?).

      Or what are the signs to look for those who are untrained in this field?

      • psion1369@lemmy.world
        link
        fedilink
        arrow-up
        22
        arrow-down
        1
        ·
        1 year ago

        Is a website running on WordPress? That’s a system built on failed practices and is constantly attacked. It needs a serious overhauling and possibly replacement, but the software runs a huge majority of websites.

        • Clarke @lemmy.world
          link
          fedilink
          arrow-up
          13
          arrow-down
          1
          ·
          edit-2
          1 year ago

          While most instances of WordPress you we’ll find in the wild are insecure and nothing more than bloated garbage. The CMS is actually fairly secure with minimal intervention if you properly configure it on setup and maintain software updates as they continually roll out patches for vulnerabilities as they are discovered.

          If you turn off comments and the ability for new users to self-register and throw it on PHP 8.2 with a WAF and enable file write protection it’s actually very robust.

          At least when WordPress breaks you have WP-CLI to troubleshoot it

          • psion1369@lemmy.world
            link
            fedilink
            arrow-up
            3
            ·
            1 year ago

            I work for a web hosting company. So many WP sites are out of date with plugins and core. I’ve dealt with many compromised sites. Granted there are auto updates on the WP side and the hosts service, it’s still pretty often.

            • Clarke @lemmy.world
              link
              fedilink
              arrow-up
              3
              ·
              edit-2
              1 year ago

              I also work for a WH. Yeah most idiots don’t do basic maintenance which is why I just rename the dir as xxx.old make a new folder install core and then delete the blank wp-content an copy over the wp-content DB and wp-config.php from the borked install. Takes 10 min rather than 30 to update and fix. I call that the “Doctor Frankenstein” method

      • MajorHavoc@lemmy.world
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        Regarding Twitter: yes.

        As a tech person outside Twitter, looking in: Twitter is metaphorically a huge airliner with one remaining engine, and that engine is pouring smoke.

        The clown who caused the first four engines to fail has stepped out of the pilot’s seat, but still has the ability to fire the new pilot, and still has strong convictions on how to fly a plane.

        That plane might land safely. But in the tech community, those of us fortunate not to be affected are watching with popcorn, because we expect a spectacular crash.

        If anyone reading this is still relying on Twitter - uh, my advice is to start a Mastodon account. Or Myspace or something.

        • dubble_deee@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          1 year ago

          I can’t imagine the shit show it would be if that log4j vulnerability and software update hit Twitter in its current state. I could see shutting off all external web traffic until the overworked devs finish committing while being held up with a visa loaded gun pointed at their head.

      • joel_feila@lemmy.world
        link
        fedilink
        arrow-up
        6
        ·
        1 year ago

        Mostly tge first sign is something like all old .doc files can no longer be opened. So some thing like.

    • LurkNoMore@lemmy.world
      link
      fedilink
      arrow-up
      7
      ·
      1 year ago

      Package management is impossible. When a big enough package pushes an update the house of cards eill fall. This causes project packages with greatly outdated versions to exist in production because there is no budget to diagnose and replace packages that are no longer available when a dependency requires a change.

      Examples: adminJs or admin bro… one of them. Switched the package used to render rich text fields.

      React-scripts or is it create react app, I don’t recall. Back end packages no long work as is on the front end. Or something like that? On huge projects, who’s got the budget to address this to get the project up to date?

      This has to be a world wide thing. There is way to many moving targets for every company to have all packages up to date.

      It’s only a matter of time before an exploit of some sort is found and who knows what happens from there.

      • AlexWIWA@lemmy.ml
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        That’s basically what happened with log4j or whatever that java bug was a few years ago. A lot of things still haven’t been patched.

    • StereoTrespasser@lemmy.world
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      As an everyday user of software who’s not a developer, this is not a secret. Nothing works well for any extended period of time.

      • afraid_of_zombies@lemmy.world
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        1 year ago

        Because it fit into an ecosystem of tech that is constantly evolving. Software as a whole evolves more quickly than most tech. You see the same effect in every other branch of engineering but just slower.

        Example: They are having problems rebuilding a certain famous church in Europe that burned down because the trees that went into it are now all smaller. They can’t get a replacement part.

        I just dealt with this about a month ago at work. A customer machine died and they wanted “an exact replacement”. I explained to sales that is all I need to hear to know this project is going to be a disaster. Parts go out of stock, the network stuff is not as backwards compatible as people think it is, and standards change. They went over my head and demanded the same machine. I get daily emails from our fabricators about the problems they are having. Engineering is not a once and done thing. You need to have the staff and resources to continue to make your product match up with the environment it is in.