Like when you send a .7z instead of a .zip or .rar to a friend or a teacher because that’s what your computer has installed and they’re like “Oh No, not one of those, now I have to install 7Zip” even though the same program that opens .rar also opens .7z I feel like people are way more annoyed when they receive a .7z

  • Diplomjodler@feddit.de
    14·
    1 year ago

    I work in a place where the computers are very locked down. You cannot install anything of your own. You always have to go through the helpdesk, which can take a few days to resolve your ticket. We have 7zip installed by default but if that was not the case, this could easily be a problem. Sending stuff as .zip is always the safest way if you don’t know what environment your recipient is using.

      • nutlink@beehaw.org
        16·
        1 year ago

        There’s usually an entire approval process every software request goes through. First it needs a legit business use case that one of our current approved pieces of software cannot do. For example, they may not let you install Chrome because they officially support Edge since it’s heavily tied into the Microsoft ecosystem, and therefore don’t want to deal with managing Chrome in the environment.

        If it’s a new piece of software, then it goes through a security review through the security team. Verify there’s nothing in it that oversteps it’s bounds, has no known security vulnerabilities, comes from a respectfully company that hasn’t done things like tax evasion, things like that. After security approves it then legal has to review the EULA or any licensing agreements. Company lawyers don’t really like doing this because it can be time consuming and low on their priority list.

        After it’s approved, including any potential costs that the responsible parties accept, the operations team has a go at it. They don’t want to have to manually install it and maintain it on your computer, so they package it up and test it in a testing environment. After verifying the package can be deployed, configured, and kept up to date, or even completely removed remotely, then it gets put in to the production deployment, and finally sent to install on your machine.

        Keep in mind that these employees are also doing all their other daily tasks. They’re not sitting there churning out app deployment packages. Maybe they only meet once a week for 30 minutes to approve software, and maybe they ran out of time before your request made the agenda. Maybe the security team held up on it because they had to deal with an emergency.

        This is why some big companies can take a lot longer to get software approvals compared to places with one or two techs in the IT department.