Poetry is primarily a packager. Pipx installs python scripts like gita, poetry, youtube-dl etc as user commands. They cannot be replaced by docker.
Finally, I never had a good development experience inside a docker container. Pyenv, pipx and poetry play much nicer with the system development tools and give a better development experience.
Not everything is a web-accessible service, and sometimes you do care about short startup time -- for example, if you have a file conversion script that you need to run on 1000's of files.
You can kinda-sort fake it with "docker exec", but it is really awkward, and at some point, pyenv etc.. is just easier.
You can simply mount your current directory to docker.
2. Docker doesn't ONLY support web-accessible services:
For example, you can run aws cli without python with this alias.
aws() { docker-run --entrypoint="aws" infrastructureascode/aws-cli:1.16.309 "$@" }
3. When you need to debug python code live with your IDE: Check these out https://code.visualstudio.com/docs/containers/debug-common https://www.jetbrains.com/help/pycharm/using-docker-as-a-rem...
So you need a better script. The one which will keep container running and use “docker exec”, and rewrite command lines for absolute paths. The one which will relaunch it as needed to map more dirs, and will shut it down eventually. Once you write it, you’ll likely end up with something way harder than just setting pyenv.
2. Yes, I know. See above. This command will be super annoying, as things like “aws s3 cp” would not work and it would not even see your authorization. So you need to make it longer and more complex. And then it will be harder than just a venv install.
3. Neat! It does look workable if your dependencies are very complex. In most cases, however, I’d say venv is still nicer, as you can use pydoc3, graphics, don’t have to worry about mapping input/output files, can use related command line tools and so on.