Hacker News 의견

• Mac 파일 시스템의 "fork" 개념은 리소스와 데이터 구성 요소가 쌍으로 존재하는 것을 의미함

  • Unix에서는 메타데이터가 디렉토리 블록 inode에 있었고, tar, cpio, zip 등으로 구조적으로 표현되어야 했음
  • Unix에서 Mac 호환 파일 지원을 구현하려면 리소스 fork를 일급으로 취급해야 했음
  • 현대적인 파일 시스템은 더 큰 디렉토리 블록 구조를 가지고 데이터를 더 잘 처리할 수 있음

• .DS_Store 파일 생성을 끄는 방법이 있었지만 제거되었음

  • .DS_Store 파일이 생성되자마자 삭제하는 프로그램을 작성했음
  • 프로그램 링크

• .DS_Store 파일이 같은 폴더에 있어야 하는 이유를 이해하지 못함

  • 운영체제가 경로를 참조하는 자체 데이터베이스를 가질 수 있지 않음?

• .DS_Store 파일은 사용자가 폴더의 보기 설정을 조정하거나 아이콘의 수동 위치를 설정할 때만 생성되어야 함

  • Finder에서 폴더를 방문하면 .DS_Store 파일이 거의 항상 생성됨
  • Finder에서 폴더 창의 모양과 크기를 사용자 정의할 수 있지만, 브라우저 창에서 동일한 폴더를 열면 이러한 사용자 정의가 대부분 사라짐
  • 기본 브라우저 창 구성을 설정할 수 없기 때문에 발생하는 문제임

• 1999년에 이미 앱이 프론트엔드와 백엔드로 나뉘어 있었음

  • Finder_FE와 Finder_BE로 알려져 있었음

• 네트워크 볼륨을 탐색할 때 .DS_Store 파일 생성을 기본적으로 끄는 방법을 언급할 가치가 있음

  • 그렇지 않으면 Finder를 사용하여 탐색할 때 디렉토리 수정 타임스탬프가 업데이트됨
  • 관련 링크

• .DS_Store 파일을 볼 때마다 Nintendo DS가 생각남

• Mac 사용자가 아닌 경우, Github에서 .tgz 파일을 다운로드할 때 .DS_Store 파일이 포함되어 있는 것이 다소 성가심

  • MacOS가 GNU tar를 사용하는 것 같음
  • 기본적으로 .DS_Store 파일을 무시하도록 수정되지 않은 것이 놀라움

• MacOS의 열렬한 팬이지만 Finder는 가장 어리석은 파일 탐색기 중 하나임

• DS Store 파일은 불행한 존재임

  • 목적이 있지만, 대부분의 사람들에게는 파일 쓰레기로 보임
  • UX 측면에서 Apple답지 않음
  • System 7.5/OSX와 Windows를 사용하면서 Mac이 불필요한 파일을 보여주지 않으려는 경향이 있었음