Hacker News 의견

• 이 기사를 읽으면서 UI가 내가 현재 사용하는 도구와 어떻게 비교될지 궁금했음

  • 내 비디오 필요가 크지 않아서 무료 버전이 있을지 궁금했음

• 기사를 끝까지 읽고 나서야 이 글이 "우리가 만든 도구를 즐기세요"가 아니라 "우리가 얼마나 대단한지 보세요"라는 글임을 알게 되었음

• _Collateral_의 촬영에 대해 읽고 있었음. 이 영화는 디지털로 촬영된 첫 대형 예산 영화 중 하나였음

  • 2004년 당시 디지털 비디오의 저장 공간 문제와 데이터 저장소에서 이미지를 복구할 수 없는 위험이 있었음
  • "하드 드라이브로 대규모 테스트를 했고, 모든 것이 좋았지만, 촬영 후 자료를 보냈을 때 하드 드라이브에서 정보를 얻을 수 없었음"이라고 Cameron이 말했음
  • 타협안으로 하드 드라이브와 SRW 테이프에 녹화하기로 했음. 오늘날과 달리 디지털 영상 확인이 번거롭고 긴장감이 있었음
  • "우리는 모든 것을 두세 번 녹화했음"이라고 Beebe가 말했음

• 자동화가 필수적이 되었음. 색상 및 프레이밍 관리의 복잡성과 전달물은 사용자가 수동 개입 없이 원활하게 제어하고 관리해야 함

  • Netflix의 시각적 다양성 부족에 대해 비판적으로 생각했었음. 이는 전형적인 영화 애호가들이 자주 불평하는 부분임
  • Netflix의 규모 때문일 수도 있다는 것을 고려하지 않았음. 이는 운영상의 선택일 수 있음
  • 이 시스템은 매우 복잡하고 영리하게 들림. 영화 및 TV 제작의 창의적인 측면에 강력한 수직적 접근을 적용하는 것이 결국 단견일 수 있음

• 15년 전, 내가 일했던 첫 스타트업은 인도에서 음악 스트리밍을 위한 API를 제공했음

  • 인프라를 관리하던 창업자는 미국에 있었고, 서버는 LA에 있었음
  • 인도로 날아가서 포터블 하드 드라이브를 구매하고 미디어를 업로드한 후, 미국으로 돌아와 파일 서버에 데이터를 업로드하는 것이 더 저렴하고 빠르다는 것이 재미있었음
  • 이는 TB 단위의 데이터에만 해당됨. 나중에 AWS Snowball과 Snowmobile에서도 같은 것을 보았음

• 그들이 말하는 자산 크기(수백 테라바이트)로 어떻게 이것을 네트워크로 처리할 수 있을지 궁금함

  • 1Gbps 연결로도 100TB의 원본 카메라 파일을 업로드하는 데 약 10일이 걸림. 여러 개의 파일이 있을 수 있음

• Netflix의 아티스트를 위한 원격 워크스테이션 설정에 대한 추가 정보

• 이것이 AWS와 같은 플랫폼으로 발전할 수 있을 것 같음. 이는 최첨단 기술에 대한 접근을 민주화하고 도구 문제를 효과적으로 해결할 것임

  • 하지만 여전히 진정한 병목 현상인 흥미로운 스토리텔링 문제는 해결하지 못할 것임

• 어떤 부분이 좋은 이야기를 만드는지 궁금함

• 가장 인상 깊었던 부분은 여전히 수작업이 많고 오류가 발생하기 쉬운 작업이 업계에서 흔하다는 것이었음

  • Netflix 외부에서 이 솔루션이 얼마나 이식 가능한지 궁금함. 매우 수직적으로 통합된 솔루션처럼 들림

• 어떤 언어가 사용되는지 궁금함. 데스크톱 앱의 스크린샷이 네이티브처럼 보임