x74sys

joined 2 weeks ago
[–] x74sys@programming.dev 1 points 1 day ago* (last edited 1 day ago)

If you’re using flakes: nix flake update && sudo nixos-rebuild switch —flake .# in the directory of your flake.nix

[–] x74sys@programming.dev 11 points 2 days ago

That’s one of the dumbest articles I‘ve ever read. Glad the author realized it themselves.

[–] x74sys@programming.dev 1 points 3 days ago* (last edited 3 days ago)

If you ask me personally, I don’t think that any of this has a benefit for anyone. I don’t think this is an advancement. It doesn’t make us work less, it just makes us achieve more in the same amount of time, or at least most people feel that way. It doesn’t make me more productive, it’s rather the opposite.

And what good is it to us if we achieve more? The only benefit it has is for those god damned capitalists. Great for them. The pay we get stays the same, and it probably even gets less.

OpenClaw? Why the fuck would I let an AI use my computer? I want to use my computer. I want to read my emails and I want to answer them. I want to research stuff and I want to learn. Why would I let an AI do all of those things? Hire a human because AI can’t touch grass? Seriously?

It‘s all just so gimmicky, and yes it’s interesting and amazing that those things are possible, but it’s like flying humans to mars, it is really cool? Yeah. Will it have any real benefit? No.

To me, this is all just fucking sad and will probably mark the advancement from late capitalism stage into hopefully complete economic chaos.

So yeah, when it comes to AI, I‘m probably not the best one to ask.

[–] x74sys@programming.dev 1 points 3 days ago* (last edited 3 days ago) (2 children)

But what they're also implying is is that most people just can't keep up. But they can, apparently.

About the security stuff, I don't think it is a question of whether AI could do it or couldn't do it, it just wasn't extensively used for it. For a long time there have been LLM bots trying to automatically identify security vulnerabilities in hopes of making "free money", but it wasn't effective. Now there's people actually trying to find real issues. And I would argue that AI is not good at it. You can just let it ponder for as long as you can feed it with money, and you will definitely find vulnerabilities. The false-positive rate is very likely high. If I try to roll a dice 12 times, and 3 out of those were 6, then that doesn't make me a good dice roller.

I think it's just more the act of discovering what we can do with AI. It's like openclaw, that could've been around last year, it's not like AI wasn't capable enough at that point, it's just that no-one thought of using it like that (or at least no-one built it to the extent of openclaw and got it that popular).

[–] x74sys@programming.dev 7 points 3 days ago

Not even every bug AI finds is a bug.

[–] x74sys@programming.dev 1 points 4 days ago

But then you’re primarily extracting text, which you don’t need LLMs for. OCR tools will do the job much cheaper and more effective.

[–] x74sys@programming.dev 4 points 5 days ago

That problem isn't even specific to computer science, it's specific to most engineering fields. Programmers are just extremely good at automating, so they automate themselves out of existence.

At least in Germany, people with higher-education on-average also have more political awareness - but the more engineering their field contains, the more that awareness jumps out of the window (what I mean by that is that of all the people with higher-education, engineers have the highest rate of politically right-leaning people, which in my world-view equates to being incompetent).

Which imo comes from another problem: Computer Science had a huge boom, and now we ended up with a lot of businessmen who can hussle 70h/week to get their degree in 4 semesters, so that they can start their path to their first million. Basically, computer science got invaded by capitalists and the nerds just went to another corner in hopes not to be bothered. Not that they could have done much about it, there are way more capitalists than there are computer nerds.

[–] x74sys@programming.dev 6 points 1 week ago* (last edited 1 week ago) (1 children)

Try to optimize this away, sucker:

echo "level full-speed" | sudo tee /proc/acpi/ibm/fan
[–] x74sys@programming.dev 17 points 1 week ago (4 children)

Luckily I have a ThinkPad, I just run the following program and hold the fan vents against my face:

int main(void) {
  while (1);
}
[–] x74sys@programming.dev 28 points 1 week ago (1 children)

GNU is a trusted quality stamp. Me see GNU, me go GET.

[–] x74sys@programming.dev 1 points 1 week ago (1 children)

Honestly I don’t really understand what’s wrong about calling them that, I do prefer calling them compositors as well, but to the untrained eye window manager is much more clear, and it’s the existential goal of a compositor anyway (in most cases at least). Just because a spec sheet doesn’t call a game engine a 3D renderer doesn’t mean a game engine is not a 3D renderer, because unless it only renders 2D, it is also a 3D renderer, if you get what I mean.

[–] x74sys@programming.dev 1 points 1 week ago* (last edited 1 week ago)

Though you could argue that a compositor without a window manager is useless, thus a compositor implies the presence of a window manager.

 

Hey guys, I have a project which I want to cross-compile to windows (because I don't want to install windows on my machine, nor do I plan on developing on windows) and eventually MacOS.

All I really need is to know that it will compile for & run on windows.

This is what I tried, but I'm not sure what the best approach is here. Searching online didn't yield any conclusive results either.

{
  description = "cross-compile dev env";

  inputs = {
    nixpkgs.url = "github:NixOS/nixpkgs/nixpkgs-unstable";
  };

  outputs = { nixpkgs, ... }:
    let
      supportedSystems = ["x86_64-linux"];
      eachSystem = fn: nixpkgs.lib.genAttrs supportedSystems (system:
        fn nixpkgs.legacyPackages.${system}
      );
    in
    {
      #1 this is what I tried at first,
      # but it created conflicts in the environment (obviously)
      devShells = eachSystem (pkgs: {
        default = pkgs.mkShell.override { stdenv = pkgs.gcc15.stdenv; } {
          packages = with pkgs; [
            ...
            pkgsCross.mingwW64.buildPackages.gcc15
          ];
        };
      });

      #2 this is probably a better solution?
      devShells = eachSystem (pkgs: let packages = with pkgs; [
        ...
      ]; in {
        default = pkgs.mkShell.override { stdenv = pkgs.gcc15.stdenv; } {
          inherit packages;
        };

        windows = pkgs.pkgsCross.mingwW64.mkShell { 
          inherit packages;
        };
      });
    };
}

The project is just a C program which compiles using a Makefile. I stripped out dependencies etc. from the flake.

view more: next ›