Hacker News 의견

• 이 책은 아키텍처 패턴에 대한 금광과 같음. 주제를 쉽게 이해할 수 있는 점이 마음에 듦

  • 하지만 실무적으로는 이러한 패턴들이 복잡성과 성능 문제를 야기할 수 있음. 특히 Django 같은 이미 의견이 강한 프레임워크를 사용할 때
  • 큰 회사와 작은 회사에서 Python을 사용해 본 경험이 있음. 엄격한 아키텍처 패턴을 사용하는 큰 회사들은 코드가 "깨끗"하지만 너무 복잡하고 느림
  • 반면, 패턴을 무시한 큰 회사들은 코드가 정말 지저분하지만 생산성이 높았음. 코드가 지저분해도 읽고 이해하고 수정할 수 있었음
  • 이는 나 자신에 대한 이야기일 수도 있지만, 나는 비정형 코드 회사에서 더 생산적이었음. 깨끗한 코드에 대한 논쟁을 피할 수 있었음

• 이 책의 일부는 매우 유용함. 특히 Python이나 특정 언어에 국한되지 않은 개념을 다룰 때

  • 하지만 다른 부분에서는 문제가 있음. 경험이 부족한 개발자가 모든 것을 한 번에 구현하려고 할 때 위험할 수 있음
  • 예를 들어, 리포지토리 패턴은 일반적으로 유용하지만, 책의 예시를 포함해 많은 경우에 복잡성을 더할 뿐임
  • 서비스 레이어와 작업 단위는 복잡한 애플리케이션에 유용하지만, 작은 서비스로 구성된 시스템에서는 과도하게 비대해질 수 있음
  • 디자인 패턴은 다른 도구와 마찬가지로 언제 사용해야 하고 언제 사용하지 말아야 하는지 이해해야 함. 이 책은 이에 대한 조언을 제공하지만, 더 강조되어야 함

• Python을 좋은 접착제 언어로 봄

  • 강제된 OOP 사고방식에 지침. 모든 것에 캡슐화와 상속을 강요하는 것에 지침
  • SOLID, 깨끗한 코딩, 깨끗한 아키텍처, GoF 패턴, Uncle Bob에 지침
  • 명령형 또는 함수형 흐름을 따르며 가능한 한 적은 OOP를 사용함
  • Python을 사용할 때 객체와 패턴이 없는 경험을 원함
  • 이 책이 가치가 없다는 것이 아님. 패턴을 배우는 데 유용함. 하지만 모든 것을 실제 프로그래밍에 맞추지 말아야 함

• 나는 Typescript 개발자지만 이 책은 내가 가장 좋아하는 아키텍처 책 중 하나임. 항상 참고함

  • 테스트를 위한 가짜 작업 단위/서비스 패턴을 종교적으로 사용함. 제3자 서비스를 가짜로 만드는 데 도움을 줌
  • 이벤트를 도메인에 특화된 방식으로 명명하는 것을 추천함. 이는 팀원에게 설명하기 번거로운 부분을 해결함
  • Cosmic Python이 온라인에 완전히 공개되어 있어 링크하기 쉬움. 전반적으로 훌륭하고 형성적인 자원임

• 몇 년 전부터 Python을 전문적으로 작성하기 시작함. Kotlin과 TypeScript에서 왔으며, 언어가 접근하기 쉬웠지만 느슨한 결합과 테스트 가능성을 달성하는 데 어려움을 겪었음

  • 동료의 추천으로 이 책을 구입하고 처음부터 끝까지 읽음. 복잡한 Python 코드베이스에서 복잡성을 관리하는 방법을 이해하는 데 도움이 되었음
  • 모든 패턴을 따르지는 않지만, 가능성과 다른 패러다임의 경험을 Python에 적용하는 방법을 알게 됨
  • 강력히 추천함. 가치가 있음

• 정말 훌륭한 Python 프로그래밍 책 중 하나임. 코드에 정적 타이핑이 없다는 점이 아쉬웠지만, 이는 저자의 의도적인 결정이었음

• 훌륭한 자료 공유에 감사함

• 이 책의 페이퍼백을 2년 반 또는 3년 전에 읽었음. 매우 즐거웠음. 테스트를 일급 주제로 유지하고 각 추가 사항과 함께 지속적으로 업데이트함

  • 테스트가 준비되고 작성하기 쉽고 업데이트하기 쉬운 것이 개발 과정을 더 즐겁게 만듦. 수동으로 코드를 실행하여 문제를 확인하는 것이 덜 필요함
  • 이벤트 지향 부분이 흥미로웠지만 현재 작업에서 구현하기에는 실용적이지 않았음

• Polylith에 대한 언급이 없음. 관련이 있는지 궁금함

• 이 책은 훌륭한 읽을거리였음. 3년 전 C#/.NET DDD 환경에서 일했으며, 이제 Python에서 이러한 개념을 다시 방문하면서 본질적인 부분을 정제함

  • 이와 같은 주제에 관심이 있다면 강력히 추천함