Hacker News 의견

• VC-backed pip-and-more에 대한 의문

  • 벤처 자본으로 지원받는 pip-and-more가 무료 자금 프린터가 고장 났을 때 어떻게 수익을 낼 것인지 이해하기 어려움.

• uv의 플랫폼 독립적인 lockfile 생성 미지원에 대한 질문

  • uv가 Poetry나 PDM과 달리 플랫폼 독립적인 lockfile을 생성하지 않는 것에 대해, 이러한 접근이 요구사항 파일에 종속되어 있다고 생각하며, "Python의 Cargo"를 목표로 하는 것에 부합하지 않는다고 봄.

• uv의 대체 의존성 해결 전략 지원에 대한 긍정적인 평가

  • uv가 기본적으로 최신 호환 가능한 패키지 버전을 선호하는 표준 Python 의존성 해결 전략을 따르지만, --resolution=lowest 옵션을 통해 가장 낮은 호환 가능한 버전으로 테스트할 수 있는 기능을 제공함.
  • uv가 --python-version 매개변수를 통해 현재 설치된 Python 버전과 다른 버전에 대한 해결책을 생성할 수 있는 기능을 제공하는 것은 훌륭함.

• Python 패키지 시스템의 복잡성에 대한 의문

  • Python 인터프리터의 가치관에 "하나의 명확한 방법이 있어야 한다"는 원칙이 포함되어 있는데, 어떻게 이렇게 복잡한 패키징 이야기가 나오게 되었는지 의문을 제기함.

• uv가 pubgrub-rs를 사용하는 것에 대한 흥미로운 점

  • uv가 Dart 언어용으로 처음 작성된 pubgrub 버전 해결 알고리즘의 Rust 구현인 pubgrub-rs를 사용하는 것에 대해, 이러한 영감의 연쇄가 언어 간에 이어지는 것을 보는 것이 재미있다고 평가함.

• Astral 팀의 경로 예측에 대한 언급

  • Astral 팀이 ruff의 기능을 확장하여 Python 개발자가 필요로 하는 모든 것을 수행할 수 있도록 할 것이라는 예측을 11일 전에 했다고 언급함.

• pip의 속도에 대한 개인적인 경험

  • pip이 대체로 빠르게 작동하지만, 많은 데이터를 다운로드하거나 네이티브 라이브러리를 컴파일하는 데 시간이 걸릴 때 느려짐을 경험함. 반면, conda는 매우 느리고, 심지어 강력한 기계에서도 느림.

• 새로운 Python 패키지 관리자에 대한 회의적인 견해

  • 또 다른 Python 패키지 관리자가 등장했지만, pip를 대체할 수 있는 것이라면 속도 향상을 위해 ruff로 전환한 것처럼 전환할 수 있을 것임. Python 패키지 관리에 대한 영구적인 해결책이 필요함.

• uv가 플랫폼 특정 requirements.txt 파일을 생성하는 결정에 대한 궁금증

  • uv가 플랫폼에 구애받지 않는 poetry.lock과 pdm.lock 파일을 생성하는 것이 아니라 플랫폼 특정 requirements.txt 파일을 생성하는 결정에 대한 이유가 궁금함.

• Astral 팀의 작업에 대한 축하와 긍정적인 반응

  • Astral 팀이 Python 패키징을 "수정"하려는 외부 시도에 대해 염려를 표현했지만, 호환성이 우선시되는 것을 보고 기쁨을 표함. Astral 팀이 기존 도구와 표준에 대한 호환성을 강조하는 데 노력을 기울인 것을 긍정적으로 평가함.

• pip 패키지의 컴파일 문제에 대한 질문

  • 일부 pip 패키지가 gcc, g++, gtk, Qt 등과 같은 전체 툴체인에 의존하는 컴파일을 요구하는데, 이를 어떻게 덜 오류가 발생하고 사용자 친화적으로 만들 계획인지에 대한 질문.