You'll need more than a backup system. At least some sort of a load balancer to switch between different groups of running docker containers (so that upgrades, backups, etc... can happen without service being interrupted).

Frustrating? Yeah! but it works SO great! I especially like Playwright in this context, it can do pretty much anything and is a joy to use.

Would it be considered more advanced if it was using it as a password cracking tool? ;)

https://dos.zone/diablo-1996/ Diablo I in browser? Wow. So worth it just to idle in the village and listen to Matt Uelmen's music. :)

https://d07riv.github.io/diabloweb/ here's another one that's more integrated

I quite like docker for local development.

Docker and docker compose do make it incredibly easy to start everything that's required for local development and testing. Your service A needs B and C? Grab those images of B and C and run them all on your machine. The only limitation is the amount of RAM you have available locally.

And if you think a bit about your Dockerfiles (ie. have the layers set-up to take advantage of caching, have icecc+ccache mounts for c++ projects to distribute compilation and cache results, have mounts for apt or other package manager cache downloaded packages that you use) the local image rebuilds can be quite fast. Those are the little tricks to make your life with docker less miserable.

Yea all of that is stuff I do not want to bother with. At all. “It’s nice if you take on maintenance burden of a bunch of additional moving parts” is the opposite of what I want. If you have to support a diverse set of languages / runtimes / environments and you deploy using containers, maybe it makes sense, but that seems like a use of the complexity budget I’d rather spend on… something else

In big organizations, it solves a lot of problems. Docker isn't perfect (hence interest and growth of Nix), but in day-to-day use it's fairly replicable.

You can get the same JS/node_modules experience with Python, just use pdm. ;)

Great use of "Jupiter" by Gustav Holst on the main screen! Strong Bluey vibes. :)

There is no point. It's a fluff piece, a thinly veiled atempt at getting their product to the HN front page.

What exactly would Mergify bring to someone using a Gitlab instance? This is the first time I hear about the tool.

I scanned their homepage briefly and it seems that Gitlab already does most of the stuff they mention, including the AI stuff that's so popular right now. "CI Issues revolutionizes the way teams handle CI problems by leveraging the power of AI to automatically detect and surface issues." Yeah, ever heard of the /summarize command?

So in conclusion, it seems to me that if people want to pay for something to improve their Gitlab experience, the money would be better spent on a Gitlab licence to unlock additional features.

Once you master a few languages, learning the rest gets much easier - or so I've been told. ;)

Not sure if it applies globally, but in Europe it's definitely true.