Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

402
Views
¿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 answers
Answer question

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!