• 0 Posts
  • 42 Comments
Joined 10 months ago
cake
Cake day: September 11th, 2023

help-circle

  • Yeah, package manager is a big one. Many of us got burned by rpm’s early on and just avoided all rpm-based distros since then.

    Of course as you say that hasn’t been a problem for over 10 years but the scars haven’t gone away.

    I’d only recommend Ubuntu to someone if I knew they knew some else using Ubuntu (so I could tell them to hassle that person instead of me when they have problems).

    Otherwise, I’d absolutely recommend Fedora, because it’s actually up to date unlike Debian. I use it myself because it tends to have the best of what the open source community has to offer while not needing constant tweaking





  • It’s more like android apps from early versions of Android before the permissions became user-managable.

    It won’t prompt you to give the application access to certain permissions, all the permissions are predefined in the manifest by whoever published the application to flathub. When you run the application you just hope it won’t cause too much havoc (you can of course verify the permissions before running it, but I guarantee most people won’t)

    Flatpak supports sandboxing but due to how most desktop applications want access to your home folder, network etc many apps simply disable it.

    Regardless of the level of sandboxing applied to the app, Flatpak is a great way for a developer to package once run anywhere. Prior to Flatpak, if you wanted to support multiple distros, you had to build a package for each distro or hope somebody working on that distro would do it for you.

    Inb4 AppImage was here first. And if you mention Snap then GTFO




  • I disagree unless the tests are reasonably high level.

    Half the time the thing you’re testing is so poorly defined that the only way to tighten that definition is to iterate.

    In this sense, you’re wasting time writing tests until you’ve iterated enough to have something worth testing.

    At that point, a couple of regression tests offer the biggest bang for buck so you can sanity check things are still working when you move on to another function and forget all about this one







  • In my experience most non-Microsoft organisations use Mac’s for development but deploy to Linux in production.

    It’s rather insane because this of course creates lots of subtle differences between Dev and prod, although not as many as if dev was a Windows box.

    To answer your question though - just ask in the interview what the deal is so you know what you’re in for.

    If you deviate from the norm (i.e request a Linux box when everyone else is using MacOS) you’re always going to be the guy with issues that nobody else has.

    If the company has any kind of standard mobile device management - it probably won’t work on Linux.

    This will trigger the security team and probably the IT team because there’s always this outlier device that can’t run the standard VPN client or can’t have DNS config pushed to it or the Linux version of some app has bugs that don’t surface on the Mac version