Hacker News 의견

• 요즘 Dagger의 실제 용도를 파악하기가 점점 어려워지는 느낌임

  • 처음에는 Jenkins를 대체할 수 있을 것이라고 기대했음
  • CI 파이프라인을 로컬에서 실행하고 디버그할 수 있는 대안 제공
  • Golang으로 작성하고 필요한 것을 가져올 수 있었음
  • 지금은 방향이 산만해져 Docker를 대체하려고 하고, 새로운 셸이 되려 하며, 이상하게 Langchain이 되려는 것 같음
  • 새로운 CLI 인자가 기존의 셸 스크립트나 Jenkinsfile보다 나을 게 없음
  • 프로젝트가 원래의 목표에서 벗어난 것 같아 아쉬움

• Dockerfile과 셸 스크립트를 조합하여 다양한 이미지를 구성하는 일이 많음

  • 개발자 머신, 로봇, CI 등 환경에 따라 다르게 실행해야 함
  • 이 도구가 그 복잡함을 해결할 수 있을 것 같음
  • 빌드의 출력을 참조할 수 있어 태그를 다루지 않아도 되는 점이 좋음

• Dagger가 Docker를 대체하려 한다는 사실을 놓쳤음

  • 큰 비전임
  • 야심찬 시도지만, 지금 당장 기존 도구를 대체할 수 있을 것이라는 믿음으로 이어지기 어려움
  • Bash 호환성을 선택한 점이 아쉬움
  • Bash의 문법과 문제점에서 벗어나야 할 시점이라고 생각함

• Dagger Shell 스크립트를 노트북 형식으로 작성할 수 있는 웹 UI가 이미 만들어져 있음

  • 매우 흥미로움, 확인해보길 추천함

• Dagger의 홈페이지 설명을 보고 궁금증이 생김

  • "크로스 플랫폼 구성 엔진"
  • 모듈형 구성 요소와 간단한 함수로 강력한 소프트웨어 환경을 구축
  • 복잡한 빌드와 AI 워크플로우에 적합
  • 너무 일반적이라 쓸모없음
  • 모든 것이 구성 엔진임. Javascript도, macOS도 구성 엔진임

• 관련된 자기 홍보

  • Docker 셸 컨테이너: https://github.com/jrz/container-shell

• 컨테이너 내부에서 개발 작업을 하려는 목적인가?

  • Jetify의 Devbox와 Flox.dev가 떠오름

• 명확히, 이 도구로 무엇을 할 수 있을까?

  • 어떤 활동에 도움이 되는가?
  • 어떤 프로그램을 대체할 수 있는가?
  • "DevOps 운영 체제"는 무엇을 하는가?

• 초기 인상은 Dockerfile과 실제 코드로 소프트웨어를 정의하고 구성하는 것의 중간 단계 같음

  • Nix를 많이 사용하는 사람으로서 매력적이지 않음

• Dagger가 제품 방향을 바꾼 것인가?

  • 독립적인 파이프라인-코드 서비스가 주요 판매 포인트였던 것으로 기억함
  • 이제 Docker를 재구성하려는 것 같음