• sturlabragason@lemmy.world
    124·
    9 months ago

    Haha if im not mistaken this might be about that guy saying wtf github why no exe? I’m sure someone has the link.

  • bassomitron@lemmy.worldEnglish
    50·
    9 months ago

    …I’m confused unless this is just a fake joke image. Is there really a Microsoft page dedicated to .exe like this? A quick Google only returned non-MS results for me and I can’t be bothered to look beyond that.

    Also, what is there to even download for this? Just a link to Visual Studio to compile your own executables…?

    • fishos@lemmy.worldEnglish
      91·
      9 months ago

      Some dude was ranting somewhere recently about GitHub and “I just want the damn exe, not a bunch of stupid code”. It became a bit of a meme.

      • firefly@neon.nightbulb.net
        25·
        9 months ago

        @bassomitron@lemmy.world

        I can’t blame him. I recently tried to compile a rust app from github. I did not realize that cargo was pulling a GIGABYTE of data on my bandwidth-restricted connection until it was done. Then it wouldn’t compile due to version mismatch. So I tried to update the rust version and that started throwing errors. The last thing I am doing is wasting my time troubleshooting such a crappy toolchain. If I have to play inspector gadget just to install the compiler and libraries to compile a small program, you can forget it. Cargo is a monstrosity and it is NOT a good toolchain if you value time and simplicity. I would much rather the maintainer offer binaries for download rather than requiring me to git clone, apt install, realize the deps aren’t in the apt repo, hunt down and compile the deps, run make, then troubleshoot forever and a day before I can even do make install. Just give me a binary with everything built in. Kthxbye.

        • Deebster@programming.devEnglish
          23·
          9 months ago

          What I’m hearing is you’d rather that the developer used their time to produce binaries so you don’t need to spend your own time.

          The problem with open source is that people expect a lot time and effort to go into things like bug fixes, documentation and support, when often the devs start out making something to scratch a personal itch. They then share it for the benefit of others, and it can be a slippery slope where you can end up with a second job, except you don’t get paid or even thanked.

          Open source burnout is a big problem.

          • halcyoncmdr@lemmy.worldEnglish
            7·
            9 months ago

            I think the difference is the intent of who will use the program.

            Is the intended user the developer themselves and that’s about it but they’re making it available for others? Then just having the code is fine. It should still be properly documented however. Devs forgot their own shit code all the time, the documentation is there for them as well when they forget or come back to a project years later.

            However if the program is intended for use by people outside the developers, then a regularly updated compiled binary should be expected. They are likely already going to be compiling it for themselves, making that process produce an updated binary release in GitHub isn’t too much to ask for something intended for others to use that the dev is already likely making anyway.

            • Deebster@programming.devEnglish
              6·
              9 months ago

              I see your point, but you likely also need to be compiling multiple versions for different architectures and OSes. If you offer an exe someone will turn up asking for a msi, etc, etc.

              In theory, you can get this automated, but then you’re requiring a dev to learn and maintain these tools instead of working on their project.

              I do edit and spell check my posts because I believe that when posting something (text, software, etc) it’s proper to make it easy to consume, without forcing dozens/hundreds/thousands of people to fix your errors. I would expect these things, but I don’t demand these things, and I think it’s inexcusably entitled for anyone to do so.

        • MantisWaffle@lemmy.world
          9·
          9 months ago

          I disagree, Cargo is very simple and easy to use for developers. I agree, binaries are easier for end users. I’m surprised cargo run --release didn’t work for you. What was the project and OS?

        • Dandroid@sh.itjust.works
          4·
          9 months ago

          It’s really quite silly. I think all code repos on all sites should have their binaries attached to their repo. I make sure I do for every repo I maintain. Mine are usually container images, since I tend to develop services, but even if they are GUI applications, there are only a handful of binaries you would need to build and list for each release to reach 99.9% of users. Windows x86, Windows ARM, Apple x86, Apple ARM, and probably Flatpak would cover everyone on Linux (idk how to make GUI apps for Linux, I might be wrong about that). Make a script to build them all and push them all to your GitHub (or gitlab or wherever). Run the script every release. Easy peasy.

    • Ragdoll X@lemmy.world
      6·
      9 months ago

      After some Googling I couldn’t find anything about “code-free” .exe’s or some “.EXE” framework, so probably just a joke.

  • Clot@lemm.ee
    11·
    9 months ago

    proprietary, why did they mention that if they wanna marketing broo

    • Eiim
      12·
      9 months ago

      Because it’s fake, it’s a joke about that GitHub troll a couple weeks ago