Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

392
Vistas
¿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 Respuestas
Responde la pregunta

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 Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda