Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

767
Visualizações
¿Tiene sentido usar Conda + Poesía?

¿Tiene sentido usar Conda + Poetry para un proyecto de Machine Learning? Permítame compartir mi comprensión (novata) y corríjame o ilumíneme:

Según tengo entendido, Conda y Poetry tienen diferentes propósitos pero son en gran medida redundantes:

  • Conda es principalmente un administrador de entornos (de hecho, no necesariamente Python), pero también puede administrar paquetes y dependencias.
  • Poetry es principalmente un administrador de paquetes de Python (por ejemplo, una actualización de pip ), pero también puede crear y administrar entornos de Python (por ejemplo, una actualización de Pyenv ).

Mi idea es usar ambos y compartimentar sus roles: dejar que Conda sea el administrador del entorno y Poetry el administrador de paquetes. Mi razonamiento es que (parece que) Conda es mejor para administrar entornos y puede usarse para compilar e instalar paquetes que no sean de Python, especialmente controladores CUDA (para capacidad de GPU), mientras que Poetry es más poderoso que Conda como administrador de paquetes de Python.

Me las arreglé para hacer que esto funcione con bastante facilidad usando Poetry dentro de un entorno Conda. El truco es no usar Poetry para administrar el entorno de Python: no estoy usando comandos como poetry shell o poetry run , solo poetry init , poetry install , etc. (después de activar el entorno Conda).

Para una divulgación completa, mi archivo environment.yml (para Conda) se ve así:

 name: N channels: - defaults - conda-forge dependencies: - python=3.9 - cudatoolkit - cudnn

y mi archivo poet.toml se ve así:

 [tool.poetry] name = "N" authors = ["B"] [tool.poetry.dependencies] python = "3.9" torch = "^1.10.1" [build-system] requires = ["poetry-core>=1.0.0"] build-backend = "poetry.core.masonry.api"

Para ser honesto, una de las razones por las que procedí de esta manera es que estaba luchando por instalar CUDA (para compatibilidad con GPU) sin Conda.

¿Le parece razonable el diseño de este proyecto?

over 4 years ago · Santiago Trujillo
1 Respostas
Responde à pergunta

0

Como escribí en el comentario, he estado usando una configuración de Conda + Poetry muy similar en un proyecto de ciencia de datos durante el último año, por razones similares a las suyas, y ha funcionado bien. La gran mayoría de mis dependencias se especifican en pyproject.toml , pero cuando hay algo que no está disponible en PyPI, lo agrego a environment.yml .

Algunos consejos adicionales:

  1. Agregue Poetry, posiblemente con un número de versión (si es necesario), como una dependencia en environment.yml , de modo que pueda instalar Poetry cuando ejecute conda env create , junto con Python y otras dependencias que no sean PyPI.
  2. Considere agregar conda-lock , que le brinda archivos de bloqueo para las dependencias de Conda, al igual que tiene poetry.lock para las dependencias de Poetry.
over 4 years ago · Santiago Trujillo Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda