Install Guix

  • 28 Posts
  • 254 Comments
Joined 11 months ago
cake
Cake day: January 21st, 2025

help-circle

  • Yeah, I’m sure. It’s not something I would do frequently. My work had us on beefy desktops. But, I was totally fine with letting find+parallel+grep run for 30 minutes in the background while I searched docs or messaged people on slack. Depending on your team, getting a response from slack could easily take 24 hours so. Eh.

    The other thing I liked to do is directly edit the libraries in the monorepo! No need to figure out how hack some random decency manager. You have the code! Just edit and build!


  • On the other hand, using ordinary tools like find and grep are exactly what I like about monorepos! Yes, they may take a while, but at least I know I’ll find a file or code that I’m looking for!

    With multi-repos I’m constantly searching, but not finding where a particular piece of code comes from. Yes, it’s from library X, but where there heck does that live? Now I really can’t use ordinary tools. I have to rely on coworkers, docs, or GitLab to search for where a piece of code is actually defined.


  • AI coding tools definitely helpful with boilerplate code

    They’re really not. Just because they generated a starter template for you doesn’t mean you actually needed all of that mountain of slop. My coworker recently did a presentation where he generated a starter project for a Go project and most of it was shit and just not necessary. People assume you need mountains of boilerplate, but you may not need that. (Worse, AI is cementing bad practices at work.)

    But also, assuming your project does need to generate a ton of boilerplate, should you really be going to the casino and rolling for a fresh mountain of slop that is hopefully correct? We can already generate code: snippets (in your editor), templates (like cloning a template repo), and generators (like create-react-app) already exist. Aaand these are deterministic, debuggable, and fixable.


  • paequ2@lemmy.todaytoProgrammer Humor@programming.devElectron apps
    link
    fedilink
    English
    arrow-up
    5
    ·
    edit-2
    10 days ago

    Have they tried coding a UI in a native library instead of the holy HTML CSS JS trifecta? It’s usually fairly miserable and usually extremely non-customizable by comparison.

    🙋‍♂️ I have. Exactly because Electron = bloat. Granted it was just a small side project that I spent like a month or so building. I wanted to learn GTK4, Adwaita, GNOME Blueprints, and Vala.

    I personally didn’t think it was too miserable (again small project, not a ton of specialized needs). However, I 10000% completely agree with the “extremely non-customizable by comparison”. I can totally see why companies don’t want to look like a generic OS app. Getting the Bitwarden app to look like Bitwarden on Linux seems like it would be waaay harder and more time consuming than just reusing their existing HTML, CSS, and JS codebase. At least in my month of messing with GTK, it seems like desktop UIs have wwwwaaaaayyyyyyy less control over the UI than webapps do, at least by default. I’m guessing you can write more Vala to get a more custom UI in GTK, but again seems like waaaaayy more work for something highly custom.

    By the end, I thought: Electron = bloat, but also Electron = apps existing at all.



  • I started using Claude Code myself. I got kind of obsessed with it.

    Over the last several months, the GitHub username with the most merged PRs in Bun’s repo is now a Claude Code bot. We have it set up in our internal Discord and we mostly use it to help fix bugs. It opens PRs with tests that fail in the earlier system-installed version of Bun before the fix and pass in the fixed debug build of Bun. It responds to review comments. It does the whole thing.

    Seems like they’ve bought into the hype.