It’s why I’ve found board games designed as deck builders a lot more fun. Everyone is vying for the same cards so it’s more about how you make your deck and involves strategy during play rather than lucky draws.

Star realms is a pretty fun example of this. Dominion is another, although doesn’t really feel quite the same as a deck builder.

I feel like one of those isn’t like the others

Maybe I’m not aware of similar configurations you can do, but it’s only sorta it’s own container. VSCode can actually directly connect to it automatically so you can develop in host os but run directly against the container. Additionally this means some visualization/gui interfaces can be visible on the host side (this is a gift and a curse).

So you basically have system integrated containers/vms. It’s not perfect, but it is definitely leagues better than what windows development was prior and may have some advantages over Linux only deployments (not sure if the system integrations are feasible in Linux hosts).

Maybe they changed things up in later seasons? I don’t recall the first season really getting into anything like that (and I think I only made it 1-2 seasons in).

This was my issue with comedians in cars getting coffee. Felt like being talked down to by rich spoiled celebrities.

With jupyter notebooks in a devops perspective you could just build a process to export the notebooks to standard py files and then run them.

There are actually a lot of git hooks that will actually expoet/convert .ipynb to .py files automatically since notebooks don’t work great with git.

Is it not the thing being fed to Gimli(?) in the bottom right image?

Yeah, not sure I would listen to this guy. Setting up a venv for each project is about a bare minimum for all the teams I’ve worked on.

That being said python env can be GBs in size (especially when doing data science).