andreldm

Agreed, in many Spring projects I worked migrations were handled by flyway or liquibase while the ORM was always Hibernate.

I was also really surprised with Haxe, I share the author’s concerns about its future, other than it’s quite fun to work with.

Not the whole codebase, only the window manager (compositor is the Wayland equivalent). Other components are written in C and will remain so for the foreseeable future. Those components gained Wayland support in the last couple of years, you can try Xfce in a labwc session, there are of course several things to improve, but the compositor is the last big piece missing.

I have a contract with a smaller German ISP (Pyur), they do throttling too, uploading to Backblaze quickly gets capped to a few hundred bytes, sometimes the connection gets aborted. Using Mullvad or Tor gets around that. I considered switching to Telekom or Vodafone, gave up because they are even more expensive and now this.

That’s why example.com states “Avoid use in operations”, not only that could create unnecessary traffic for them as well as leak information as in situations like this.

This weekend I gave Zed another chance, this time it didn’t make me uninstall it after one hour or so. It’s much more polished, there are a few wrinkles but overall it’s finally pleasant to use. I’m actually surprised how my muscle memory from VSCode is of use, kudos to devs for making the transition easier instead of reinventing the wheel. I hope to eventually get rid of VSCode, this AI everywhere at all costs is turning the editor (that wanted to be an IDE) into something (most?) users don’t want or need.

Game Maker 4.2 and then C with Allegro, lots of unfinished games and prototypes, but it was fun.

RTX 3060 mobile, nvidia blobs, default settings from the distro. Indeed, I disabled the shader cache at some point, for most single player games it was a good workaround, that was not the case for OW2 for some reason.

After many years playing on Linux, first struggling with Wine then with Proton when it came out, had to install Windows on my gaming pc. I mostly play Overwatch 2 with friends on my very short free time, thanks to a Steam bug (https://github.com/ValveSoftware/steam-for-linux/issues/1028...), on every single evening I had to wait forever (seriously, 15+ min) for shaders to compile or start the game immediately but suffer on every match beginning (different map) with stuttering.

That’s a deal breaker for me, I tried a fresh Bazzite install (from Arch) before giving up, exact same issue.

I wish Valve comes around one day and fixes that, I’ll kick Windows out of life in a heartbeat.

If handbrake scares them, don’t you dare to demonstrate how to use ffmpeg. I remember when I used handbrake for the first time and thought “wow, it’s much more convenient than struggling with ffmpeg”.

After not having a Samsung device for many years, I reluctantly bought a fridge from them (price was the decisive factor). Anyway, almost immediate regret, it features an always-on wifi network begging to be connected to the web, the only way to turn it off is to disconnect a cable from a circuit board, unbelievable.

Any opinion on why Immich instead of Photoprism? I’m considering to pick one of them for my media library and Immich not being labeled as stable scares me a bit.

I’m also going to return an MX Master 3S (to my employer though). I could only fix its weird scrolling behavior with Logitech’s bloatware, still, for the life of me I couldn’t improve the cursor precision on macOS, it’s was simply maddening to use it. Strangely on Linux the precision issue isn’t so bad.

Valve has done an amazing job turning Linux gaming a reality, I really admire their efforts. Unfortunately I had to switch back to Windows on my gaming rig due to a Steam bug which unnecessarily downloads the shader cache of several game every single day, disabling the cache hurts the performance. That’s been plaguing many users for years and surprisingly Valve hasn’t fixed it: https://github.com/ValveSoftware/steam-for-linux/issues/1028...

I think point 3 is completely off. That's not cherry-picking, that's comparing apples to oranges, those generated Makefiles are not meant to be readable, if you want to compare, look at configure.ac and Makefile.am. I also dislike CMake, but just saying it sucks is poor argumentation. Finally, in the title Ninja and Meson are mentioned, just to be completely ignored. I'm having a great experience with Meson, I would like to learn how the Zig build system is better than it, this piece unfortunately does not provide that.

The problem wasn’t running the containers with plain podman, they worked. Auto restart is something podman delegates to quaqlet/systemd, I tried to migrate my docker-compose files to quadlet’s config, the containers were up, supposedly listening to the bound ports but connecting simply didn’t work. I tried rootless, slirp4netns and pasta, nothing worked, then I gave up, some other day I might try again.

I have a RPi 2 that’s more than enough for my home server needs and I’ve tried to migrate from docker to podman, it simply failed miserably with weird errors, on my laptop everything worked fine, so maybe that’s an issue with Arch ARM or the 32-bit version of it, but really, I wish they could abstract away quadlet, service files generation and so on.

Spring Boot 3 requiring Java 17 is what allowed the migration in two companies I’ve been, it’s much easier to sell it as security issue than tech debt.

If you ever consider switching to Podman, you’ll be surprised to see how it kinda pushes you back to systemd.

This reminded me the time I bought a brand new HDD only to notice at home it was labelled as “refurbished”, next day I returned it, they guys from the shop didn’t want to admit this wasn’t a new part, after much back and forth they agreed to refund me. If my memory serves me well that was a Seagate drive, I hope they didn’t become sloppy with labelling.

When I migrated from Android to iPhone, syncthing was my main pain point. There is Möbius Sync, even though not open source, at least it’s an one-time small payment, which is fair considering the dev license cost. Unfortunately it’s not as reliable as the Android official app or the fork, I guess Apple is very strict with background processing, but hey it’s better than nothing.

Not me, someone else in the company did, I don’t remember why it was dismissed.

I worked at a company where data scientists wrote python code using pandas and we had port it to java and a library called keanu that was very useful but soon became unmaintained.

Of course this was very time consuming and unrewarding, all because only java applications could be deployed to production due to a stupid top-down decision.

This GraalPy sounds like something I wish existed back then.

Reminds me of that part of Pirates of the Silicon Valley, where the people of the Homebrew Computer Club were trying to find a use for the MITS Altair. Although Quantum Computers are several magnitude orders more complex, it’s amusing to see history repeating itself.

In their home page they state: "We make MiniOS beautiful so that you can enjoy using it every day and for any task. We pay great attention to every detail in the operating system", and there are mentions to Mandriva, Debian, even Fluxbox, nowhere Xfce is mentioned, it's almost like they are implying the aforementioned qualities are their merit alone.

Besides Xubuntu, Manjaro (or plain Arch) and openSUSE Tumbleweed support Xfce very well.

Thunar was crashing long before the gtk3 port, hopefully it's much more stable now. The clipboard failing on large chunks of data has been fixed too.