but there is a reason i just explained it to you
but there is a reason i just explained it to you
Ok but is there room for the idea that your intuitions are incorrect? Plenty of things in the world are counter-intuitive. ‘docker-compose up -d’ works the same whether it’s one container or fifty.
Computer resources are measured in bits and clock cycles, not the number of containers and volumes. It’s entirely possible (even likely) that an all-in-one container will be more resource-heavy than the same services split across multiple containers. Logging from an all-in-one will be a jumbled mess, troubleshooting issues or making changes will be annoying, it’s worse in every way except the length of output from ‘docker ps’
I can see why editing config files is annoying, but why exactly are two services and volumes in a docker-compose file any more difficult to manage than one?
I disagree with pretty much all of this, you are trading maintainability and security for easy setup. Providing a docker-compose file accomplishes the same thing without the sacrifice
you scold people like this irl too?
Obviously I’m aware that people face all kinds of challenges and stressors, it’s the entire fucking point of my first paragraph. I wasn’t trying to start a “who’s more stressed” contest here, it was a throwaway half-joke attempt to make OP feel better.
Seriously, internet, can you chill? Do I have to speak with absolute precision and clarity at all times?
dude what the fuck
deleted by creator
I think in general people should be understanding of each others’ situations and make things easier on them where possible.
Speaking as a parent, I can pretty much guarantee that you are living a less stressful life than your coworkers with kids. Not sure it means much but hey
If you need honest-to-god office, then yeah you’ll need a windows installation. Either a VM or a second drive is best.
You can use windows indefinitely without activating, you’ll just have the watermark and default desktop background.
Yeah, docker in a VM makes sense. Docker in docker in a vm in a vm though?
People don’t actually do this, right? Docker inside docker inside a VM inside another VM? On windows? Right???
Seems fine, but you’re sorta hitting two fields at once. Application development (coding) is a different skill set from devops/deployment (docker). I’d stay pretty surface level on docker and the CLI for now and focus on building your app. You’ll know when you need to go off and learn those things.
the fuck is a chegg?
We all have every vaccine you can get. It’s possible I’m misremembering exactly what disease it was, but I promise you that a single instance of our kid in a ball pit ruined a vacation for two families.
Ballpits encourage contact with eyes, mouth, and nose, then spread it all around over the balls. They are especially difficult to clean. It would be difficult to design a better disease transmission vector if you were trying.
Speaking as a parent with a horrible experience involving rotavirus:
NEVER, under ANY circumstances should you allow your kid into a ball pit. Just fucking don’t, they are gross and your whole family will puke and shit for days.
Your best option by far is to overwrite windows completely. For most software development Linux is way better anyway.
I haven’t done this recently enough to guide you on the details, but step zero is to decide whether you are certain you want to dual boot or not. It adds a lot of complexity and brittleness that is best avoided if at all possible.
Yeah, I tried it but that experience isn’t as good as a native app. No swipe gestures, and an extremely basic UI
Cons of containers are slightly worse disk and memory consumption.
Pros:
Stick with the containers